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What’s New in 
OS/2 2.1 


Kevin Maier 
IBM Corporation 
Boca Raton , Florida 

This article highlights and gives de¬ 
tails about the major differences be¬ 
tween OS/2* 2.0 and OS/2 2.1. 

It has been over a year since IBM 
shipped OS/2 2.0. As a quick recap: 
OS/2 2.0 is a 32-bit operating 
system based on the Intel** 80386 
processor architecture. It provides 
Application Programming Interfaces 
(APIs) for DOS, Windows**, OS/2 
16-bit, and OS/2 32-bit programs. It 
also provides protection for each 
process that it executes, resulting in 
a high degree of integrity for run¬ 
ning business-critical applications. 
OS/2 also provides a robust, stable 
platform for communications and lo¬ 
cal area network (LAN) extensions. 
All these features make OS/2 2.0 an 
excellent operating system for a 32- 
bit client workstation at a reason¬ 
able cost. 

In OS/2 2.1, IBM has enhanced the 
platform with many new features, 
and has vastly improved overall 
function in these areas: 

• DOS 

• Windows 

• Graphics engine 

• Peripheral support 

• Adobe Type Manager** font 
outline engine 



• Laptop support 

• Printer support 

• Base changes. 

This article covers each of these 
areas. 

DOS Support 

Overall, the DOS support in OS/2 
2.1 has changed very little. DOS 
support in version 2.0 was excel¬ 
lent, and the Service Pak released 
last fall added a few minor enhance¬ 
ments. One in particular was the 
ability to provide a separate 
AUTOEXEC.BAT file for each ses¬ 
sion, including WIN-OS/2* ses¬ 
sions. Another is the ability to 
service interrupts during I/O func¬ 
tions within a single VDM session. 


This is particularly useful for multi- 
media extensions running under the 
WIN-OS/2 environment, and it en¬ 
ables OS/2 to provide support for 
Windows multimedia applications 
that is better than the support pro¬ 
vided in the native DOS/Windows 
environment. 

The other main enhancement - 
which pertains more to the 32-bit 
graphics engine than to DOS - is 
the graphics performance within a 
window. Before the Service Pak, 
when running a DOS graphic appli¬ 
cation (such as Flight Simulator) in 
a window, the screen update was 
very slow. This was attributed to 
the speed of the 16-bit/32-bit hybrid 
graphics engine. Now, in OS/2 2.1, 
the new 32-bit graphics engine and 
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the new 32-bit display device driv¬ 
ers bring stunning performance im¬ 
provements in DOS graphic 
applications. 

DOS support in OS/2 2.1 is still 
based on IBM PC-DOS 5.0, not 6.0. 
The major functions added in PC- 
DOS 6.0 are virus protection and 
memory extensions. 

OS/2 provides memory manage¬ 
ment for each Virtual DOS Machine 
(VDM) that is outside the DOS envi¬ 
ronment. These memory extensions 
include support for the Expanded 
Memory Specification (EMS) with 
up to 32 MB per VDM session; for 
the Extended Memory Specification 
(XMS) with up to 16 MB per VDM 
session; and for DOS Protect Mode 
Interface (DPMI) with up to 512 
MB per VDM session. 

Virus protection in PC-DOS 6.0 is 
unique to DOS, and not useable in 
OS/2 2.1. However, a virus protec¬ 
tion program native to OS/2 is 
shipped with computer systems that 
are preloaded with OS/2. 

Windows Support 

The changes in Windows support in 
OS/2 2.1 are very significant. In 
OS/2 2.0, Windows support was 
based on Windows 3.0. In OS/2 2.1, 
IBM has removed all of the Win¬ 
dows 3.0 support and has replaced 
it with the newest version, Win¬ 
dows 3.1, which provides many per¬ 
formance and system integrity 
enhancements to version 3.0. Be¬ 
cause Windows is based on DOS, 
there will still be limited available 
memory and system resources to 
run all of the applications. In OS/2 
2.1, multiple Windows applications 
can run in multiple Windows ses¬ 
sions that offer crash protection and 
true multitasking of Windows appli¬ 
cations. These major improvements 


make OS/2 2.1 a better environment 
for Windows programs than native 
Windows 3.1 provides. 

Another significant enhancement in 
Windows support in OS/2 2.1 is the 
ability to run Enhanced Mode appli¬ 
cations. Windows Enhanced Mode 
can provide better performance than 
Standard Mode, and also provides 
additional APIs. Many applications 
require Windows Enhanced Mode 
to execute; for example, Frame- 
Maker**, OmniPage Profes¬ 
sional**, and Mathematica. OS/2 
2.1 also permits users to run Stand¬ 
ard Mode and Enhanced Mode ses¬ 
sions concurrently. This is a very 
significant enhancement to Win¬ 
dows support in OS/2. 

One area of Windows support is hot 
yet provided: the WIN32S API. The 
WIN32S API in Windows 3.1 is 
provided as a migration path to Win¬ 
dows NT**. However, the WIN32S 
API does not exploit Windows NT 
when WIN32S applications run in 
the Windows NT environment. 

Also, WIN32S applications must be 
“thunked” when running in the Win¬ 
dows 3.1 environment, which de¬ 
grades overall performance. In all, 
WIN32S does not provide a good 
API for migration. 

WIN32S also relies on a special 
driver called a VxD. A VxD is simi¬ 
lar to the Virtual Device Driver 
(VDD) in OS/2, but the main differ¬ 
ence is that the VxD has code at 
Ring 0 of the 386/486 processor 
architecture. 

IBM will continue to watch the evo¬ 
lution of the WIN32S API, and will 
support it if need arises. 

Another enhancement to Windows 
support is that the Windows 3.1 ap¬ 
plets are included in OS/2 2.1, to en¬ 
able users to migrate more easily to 


OS/2. The added applets include the 
base applets. Multimedia Extensions 
(MMEs), File Manager, and screen 
savers. 

OS/2 2.1 installation allows full mi¬ 
gration of the existing Windows 3.1 
setup, including WIN-OS/2 groups, 
to folders in the Workplace Shell*. 
The installation process also allows 
WIN-OS/2 support to be loaded 
onto a different drive than the boot 
drive. 

In the area of fonts, Windows 3.1 
provides TrueType** outline font 
support as a native function. In 
OS/2 2.1, this TrueType support, as 
well as support for Adobe Type 
Manager** (ATM), has been in¬ 
cluded in the WIN-OS/2 3.1 sup¬ 
port. ATM support has been 
updated to version 2.5 for Win¬ 
dows. By supporting both TrueType 
and ATM outline font specifica¬ 
tions, OS/2 2.1 is compatible with 
native Windows 3.1 and with native 
OS/2 Presentation Manager* (PM) 
outline fonts that are based on ATM. 

The overall performance of OS/2 
2.1 has improved dramatically for 
both full-screen and seamless Win¬ 
dows sessions. Areas of improve¬ 
ment include loadtime for both 
full-screen and seamless environ¬ 
ments, application loadtime, and 
file-I/O for the applications. Internal 
processing speed is also improved 
over OS/2 2.0. In general, the over¬ 
all performance of OS/2 2.1 is equal 
to or better than that of native DOS 
5.0 and Windows 3.1 on the same 
hardware (with 8 MB of system 
memory). 

In OS/2 2.1, it is also possible to 
mix operational modes (Standard 
and Enhanced) with Windows appli¬ 
cations. For example, one can run a 
full-screen Windows session and a 
Seamless session at the same time. 
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In addition, the mode. Standard or 
Enhanced, can be selected sepa¬ 
rately for each session. 

This mixed-mode support can be ex¬ 
tended further by providing both 
common-VDM and separate-session 
support concurrently for Seamless 
sessions. This support makes it pos¬ 
sible to run multiple Windows appli¬ 
cations in a single Windows 
session, which conserves computer 
resources. It also permits a very 
large Windows application to run in 
a separate, concurrent session. Over¬ 
all, this kind of support for Win¬ 
dows applications is beyond the 
capabilities of native Windows 3.1, 
which provides only one session 
that runs in either Standard or En¬ 
hanced Mode. Also, Windows NT 
will only provide one Windows 3.1 
environment, which makes NT no 
better than native Windows 3.1. 

With all the major changes to Win¬ 
dows support in OS/2 2.1, OS/2 
now supports Windows applications 
better than is possible with native 
Windows 3.1. 

Graphics Engine 

The OS/2 2.0 Service Pak intro¬ 
duced the 32-bit Graphics Engine, 
which brought about overall per¬ 
formance and functional enhance¬ 
ments. This engine has been carried 
over to OS/2 2.1, along with addi¬ 
tional drivers and better 
performance. 

In the Service Pak, 32-bit display 
device drivers were provided only 
for VGA, SVGA with Tseng** chip 
sets, and XGA*. OS/2 2.1 comes 
with these drivers and many more, 
including drivers for Trident**, 
Western Digital**, ATI**, Head¬ 
land**, Cirrus Logic**, and IBM 
8514/A display adapters. All these 
drivers are 32-bit, and they provide 


CD-ROM Drives 

CD Technology T3301 

Hitachi CDR-1650, 1750, 3650, 3750 

IBM CD-ROM I, II 

NEC 25, 36, 37, 72, 73, 74, 82, 83, 84 and MultiSpin 38, 74, 84 

Panasonic CR-501, LK-MC501S 

Pioneer DRM-600, 604X 

Sony CDU-541, 561, 6211, 7211, 6111 

Texel DM-3021, 5021, 3024, 5024 

Toshiba 3201, 3301, 3401 

SCSI Adapters 

Adaptec 1510, 1520, 1522, 1540, 1542, 1640, 1740, 1742, 1744 
DPT PM2011, PM2012 

Future Domain 845, 850, 850IBM, 860, 875, 885, 1650, 1660, 1670, 1680, 
MCS700, 7000EX 

IBM PS/2 SCSI Adapter (cached and non-cached) 

IBM 16-bit AT Fast SCSI Adapter 

Audio/Sound Adapters 

IBM Audio Capture Playback Adapter (ACPA) 

Media Vision Pro Audio Spectrum 16 adapter 
SoundBlaster series adapters 


Figure 1. CD-ROM Drives, SCSI Adapters, and Audio/Sound Adapters 
Supported by OS/2 2.1 


seamless support for Windows. 
There are still a few missing driv¬ 
ers, however. The S3 chips, which 
provide graphic processor function 
similar to that of XGA, are becom¬ 
ing increasingly popular. OS/2 2.1 
does not yet have drivers that ex¬ 
ploit S3 chips. These drivers are be¬ 
ing developed and tested as you 
read this, and should start rolling 
out within three months after OS/2 
2.1 is generally available. The S3 
drivers will include full support for 
8-, 16- and 24-bit color modes. 

With performance and functional 
improvements beyond the Service 
Pak, all Workplace Shell* opera¬ 
tions are faster. This is obvious on 
high-end systems with XGA, as 
well as on entry-level systems using 
8-bit VGA. Stability of the shell it¬ 
self is also improved by using 32- 
bit code. 


Peripheral Support 

OS/2 2.1 answers the call for device 
drivers for industry-standard hard¬ 
ware such as printers, CD-ROMs, 
SCSI controllers, and audio/sound 
generation boards. OS/2 2.1 con¬ 
tains more than 260 printer device 
drivers for all leading printers. It 
supports all of the most popular CD- 
ROM drives and their associated 
SCSI adapters. The leading 
audio/sound adapters are also sup¬ 
ported. Figure 1 lists the CD-ROM 
drives, SCSI adapters, and 
audio/sound adapters supported by 
OS/2 2.1. 

Multimedia Extensions 

In its multimedia extensions, OS/2 
provides support for both audio and 
video. Audio support includes de¬ 
vice drivers for the adapters listed 
in Figure 1. The software audio fea¬ 
tures include record and playback 
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for the supported adapters at the 
maximum sample rates achievable. 
For example, for the ACPA card, 
sample rates can be up to 44.1 KHz 
with 16 bits of resolution and two 
concurrent (stereo) channels. There 
is also support for editing Wave 
files and playing MIDI files. 

A new CD audio player allows easy 
control of the attached CD-ROM 
drive when used with standard 
audio CDs. The software control 
program allows tracking of audio 
playback; editing; storage of a 
unique title for each CD; and ejec¬ 
tion of CDs via program control. Of 
particular interest is the ability to as¬ 
sign a title to a particular CD. This 
is accomplished by storing a title 
name in extended attributes that 
match to the index of a particular 
CD. 

The video portion, named Ultimo- 
tion*, provides full-motion video in 
software. No specific hardware is re¬ 
quired. The Software Motion Video 
supports Audio-Video Interleave 
(AVI) and Intel’s Indeo** files for 
playback only. No record function 
is provided in the supplied exten¬ 
sions, but it is available separately. 

Ultimotion supports up to 320 x 240 
pixels of resolution with 256 colors 
per frame. The interleaved audio 
can have a resolution of either 8 or 
16 bits. Frame rates as high as 30 
frames per second are supported. 

The overall quality of video anima¬ 
tion is governed by the computer’s 
processor speed and the perform¬ 
ance of the display adapter. The 
audio portion of Ultimotion has pri¬ 
ority over the video and will skip 
frames to maintain proper 
synchronization. 

It is also necessary to have at least 
8 MB of memory installed to use 


the multimedia extensions along 
with a fairly fast machine. A 486- 
class machine is preferred. 

Other features of the multimedia ex¬ 
tensions include system sounds that 
can be linked to various functions 
of the OS/2 desktop, such as open¬ 
ing and closing windows, startup 
and shutdown, and scroll-bar ac¬ 
tions. These sounds can be individu¬ 
ally assigned with the supplied 
audio Wave clips. Finally, there is a 
file conversion utility for converting 
various multimedia data-file formats. 

Adobe Type Manager 

In OS/2 2.0, there were two totally 
separate font files: one for OS/2 
Presentation Manager, and one for 
Windows. This required additional 
disk space when outline fonts were 
loaded for both environments. For 
OS/2 PM, the fonts were loaded 
into the \OS2YDLL directory and, if 
a PostScript** printer was being 
used, the fonts were also loaded 
into the printer driver directory. 
Windows ATM fonts were loaded 
into the \PSFONTS directory. 

The reason for these separate font 
files was that OS/2 used .AFM and 
.PFB files, while Windows used 
.PFA and .PFM files. Now, all of 
this has changed. In OS/2 2.1, all 
outline fonts are loaded into the 
\PSFONTS directory. The font files 
used for OS/2 PM have been 
changed to .OFM and .PFB, and 
Windows fonts are now .PFB and 
.PFM files. This change brings 
about significant reduction in the 
disk space required to support ATM 
fonts in both OS/2 PM and Win¬ 
dows environments. 

The PostScript printer driver has 
also been replaced by a new 32-bit 
driver. The new driver no longer re¬ 
quires that the downloaded fonts be 


stored separately in the printer 
driver directory. The PostScript 
driver now uses the fonts stored in 
the \PSFONTS directory, which re¬ 
duces the disk space requirements 
for outline fonts. The printer driver 
automatically downloads the fonts 
as they become needed (based on a 
table specific to the printer’s resi¬ 
dent fonts). If the printer does not 
have sufficient memory to hold all 
of the required downloaded fonts, 
the new 32-bit PostScript driver can 
also send the fonts as vector files 
imbedded in the printer data stream. 
Having more intelligence in the 
printer driver results in improved 
function and performance for Post¬ 
Script printers. 

Laptop Support 

OS/2 2.1 also includes integrated 
support for laptop computers that 
are capable of running OS/2. First, a 
large mouse pointer is provided for 
LCD displays. LCD displays have a 
slow refresh rate, typically 32 Hz, 
so a standard-size mouse pointer dis¬ 
appears temporarily when it is 
moved. This makes it quite difficult 
to follow the mouse pointer, and re¬ 
quires the user to stop moving the 
mouse until the pointer regains a 
screen image. By increasing the 
physical size of the mouse pointer, 
this trait is lessened considerably. 
Color laptops, which use newer 
Thin-Film Transistor (TFT) dis¬ 
plays, do not have this problem and 
do not need the large mouse pointer. 

Advanced Power Management 
(APM) is also provided for laptops 
that have the appropriate API for 
APM. APM enables OS/2 to im¬ 
prove battery life when running. 
Typically, APM dims the display 
during long periods of inactivity. It 
also powers down the hard disk and 
suspends the computer when battery 
life is no longer sufficient to main- 


Personal Software / Issue 1, 1993 


5 


tain normal operation. Later, when a 
new battery is installed, the APM 
feature restarts the suspended sys¬ 
tem without loss of data (provided 
that no real-time processing was run¬ 
ning in the background when the 
computer was suspended). 

The final form of laptop support is 
for the Personal Computer Memory 
Card International Association 
(PCMCIA**) specification. This 
covers devices that conform to an in¬ 
dustry-standard connector which 
supports devices such as credit-card- 
sized memory and modems. 

PCMCIA support also includes “hot- 
pluggable” support, provided that 
the laptop computer fully imple¬ 
ments that portion of the PCMCIA 
specification. As an example, this al¬ 
lows the user to remove a modem 
card and install a token-ring while 
the machine is running. 

Printer Support 

OS/2 2.0 came with support for hun¬ 
dreds of industry-standard printers. 

In OS/2 2.1, more printers have 
been added to both OS/2 and Win¬ 
dows support. As mentioned above, 
over 260 printer drivers are shipped 
with OS/2 2.1. IBM commits to 
maintain this high level of support 
for existing printers, and to add new 
printers as they are announced by 
IBM and other computer 
manufacturers. 

Base Changes 

Thus far, this article has discussed 
the bulk of improvements to OS/2 
2.1 that the user sees. There are also 
many significant internal changes 
that improve system performance, 
reduce memory requirements, and 
provide an even higher level of sta¬ 
bility, reliability, and integrity. 

Among these changes are the sys¬ 
tem .INI files. In previous versions 


of OS/2, the .INI files, which in¬ 
clude OS2.INI and OS2SYS.INI, 
were always kept open and actively 
used by OS/2 during operation. Be¬ 
cause of this, these files could never 
be copied or backed up during sys¬ 
tem use. The other main disadvan¬ 
tage was that if system power was 
lost during updating of the .INI 
files, they could become corrupted. 
Once this happened, the system con¬ 
figuration information for the desk¬ 
top could be lost. 

The changes made are not so much 
internal to the structure of the .INI 
files, rather in how OS/2 2.1 uses 
and maintains them. In OS/2 2.1, 
the files are opened during boot 
time as a copy in memory. At this 
point, the physical .INI files on disk 
are closed, and the system operates 
on the images in memory. This has 
two distinct advantages: (1) the sys¬ 
tem runs considerably faster due to 
decreased disk access, and (2) the 
.INI files remain intact and can be 
copied during system operation. 

OS/2 2.1 also maintains the .INI 
files much better. In the past, the 
.INI files were used as a repository 
for many things. This increased the 
size of the .INI files, causing them 
to become fragmented on the boot 
disk, and degrading the system per¬ 
formance. OS/2 2.1 updates the .INI 
files periodically, when the images 
contained in memory change due to 
system configuration changes. This 
helps to reduce the loss of system 
changes in case of power loss. Also, 
the system will cleanse the .INI 
files during system shutdown to en¬ 
sure that all configuration changes 
made during operation have been 
saved and that unnecessary entries 
are deleted. 

Many new bitmaps are provided for 
use as backgrounds for the main 


desktop or for folders. Also, the Sys¬ 
tem Setup has been added to the 
main system pop-up. Another usabil¬ 
ity improvement enables the easy 
assignment of icons via simple drag- 
and-drop from any other system 
object. 

Other changes in OS/2 2.1 include 
the International Standards Organi¬ 
zation (ISO) fonts that originally ap¬ 
peared in the Service Pak for OS/2 
2.0. Also, a CD-ROM documenta¬ 
tion option is provided, allowing 
easy use of CD-ROMs for documen¬ 
tation, and relieving disk space 
requirements. 

Conclusion 

The second release of the 32-bit 
OS/2 operating system provides 
new heights of performance, in¬ 
creased function, and stability. 

While disk space requirements have 
increased slightly (due to Windows 
3.1 support, Windows applets, the 
32-bit graphics engine, and associ¬ 
ated 32-bit display device drivers), 
the overall performance has im¬ 
proved for computer systems that 
have 4 MB to 6 MB of memory. 

For even better performance, use 
OS/2 on a computer system that has 
6 MB to 8 MB of memory, a hard 
disk drive of 80 MB or larger, and a 
386DX processor running at 20 
MHz or faster. With this configura¬ 
tion, OS/2 2.1 promises to be the 
state-of-the-art operating system for 
today’s powerful computer systems. 

Kevin Maier is currently technical 
program manager of PSP Large 
Account Market Development. Since 
joining IBM in 1977, he has held 
several positions in marketing and 
technical support of IBM personal 
systems and personal software 
products. 
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OS/2 2.1 
Technical 
Update: Part 1 

This article is excerpted and 
adapted from the OS/2 2.1 Techni¬ 
cal Update, one of a series of Red 
Books published by the IBM Interna¬ 
tional Technical Support Center 
(ITSC) in Boca Raton, Florida. The 
IBM order number for this publica¬ 
tion is GG24-3948. 


Overview of OS/2 2.1 

The aim of OS/2 2.1 is to run a 
wide range of applications, reliably 
and productively, on a wide range 
of PC hardware. OS/2 2.1 is based 
on OS/2 2.0, which provided an ad¬ 
vanced 32-bit multitasking operat¬ 
ing system for IBM and IBM- 
compatible PCs, and the capability 
to run DOS, Windows and OS/2 ap¬ 
plications. Figure 1 shows an OS/2 
2.1 screen in which DOS, Windows 
3.1, and OS/2 applications are run¬ 
ning concurrently. 


OS/2 2.1 provides major enhance¬ 
ments in these three areas: 

• Improved Application Support 

- Windows 3.1 applications (in¬ 
cluding multimedia), with 
WIN-OS/2 3.1 

- OS/2 multimedia applications, 
with Multimedia Presentation 
Manager/2* (MMPM/2) 1.1 

• Operating System Engine 

Upgrades 

- 32-bit Presentation Manager 
graphics engine 
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Generic PostScript Printer 


Windows Programs WIN-OS/2 Groups DOS Programs Additional Windows Programs OS/2 Programs Start Here 


Multimedia 




|@| Dos Editor 


"These industry awards prove that IBM OS/2 2.0 has clearly 
achieved significant market momentum as the preeminent 32-bit 
operating platform for today’s high-performance personal 
computers.” said John Patrick, vice president of sales and 
marketing. IBM Personal Software Products. "The introduction of 
OS/2-specific. 32-bit mainstream business applications from 


No 


Eile Edit Search Help 


OS/2 Information 


IBM OS/2 2.0 NAMED SOFTWARE "PRODUCT OF THE VEAR" BV DATAMATION AND 
RECEIUES INTERNATIONAL RECOGNITION FOR TECHNICAL EXCELLENCE 

SOMERS. N.V., Feb. 17, 1993 . . . IBM’S OS/2* 2.0 advanced 
operating system for personal computers continues to garner 
international acclaim from the computer industry's loadino 
publications.! 
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Templates 


OS/2 System Editor - F:\ADAM\os2info.nat 


File Edit Options Help 


Specific honors and awards presented to IBM OS/2 2.0 to date 
are: 

. PC Magazine - December 22,1992 

"TechnicalExcellence”Award Winner, "OperatingSystems 
and Software Standards " 


Figure 1. OS/2.1 Running DOS, Windows 3.1 and OS/2 Applications 
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OS/2 2.00.1, Service Pak XR06055, and OS/2 2.1 


Install Install Install Install Install 



Figure 2. Upgrade Routes to 02/2 2.1 


- Performance enhancements, es¬ 
pecially for the WIN-OS/2 
environment 

- Substantial code optimization 
and defect removal since the 
release of OS/2 2.0 

• Wider Hardware Support 

- Installation of OS/2 2.1 from 
CD-ROM 

- OS/2 2.1 now preloaded by 
many PC manufacturers 

- Additional SCSI adapter and 
CD-ROM drive support 

- 32-bit seamless PM and WIN- 
OS/2 display drivers for XGA, 
XGA-2, 8514/A, VGA, and 
many SVGA adapters 

- Additional printer support for 
both PM and WIN-OS/2 

- APM and PCMCIA support 
for laptop and notebook 
computers 

Some of these functions were intro¬ 
duced in OS/2 2.00.1 and in Service 
Pak XR06055 for OS/2 2.0. How¬ 
ever, the majority of these features 
are new in OS/2 2.1. 

OS/2 2.1 Packaging 

OS/2 2.1 is an upgrade to OS/2 2.0, 
and should be seen as an enhance¬ 
ment and replacement for OS/2 2.0. 
Although it is possible to continue 
using OS/2 2.0 (with the Service 
Pak XR06055 for OS/2 applied), 
and to apply further APAR fixes, 
OS/2 2.1 provides an enhanced and 
stable platform for the future, and 
we recommend that all users of 
OS/2 2.0, preloaded OS/2 2.00.1, 
and OS/2 2.0 with the Service Pak 
XR06055 for OS/2 applied should 
upgrade to OS/2 2.1. Figure 2 illus¬ 
trates all of the upgrade routes to 
OS/2 2.1. 


OS/2 2.1 is manufactured and sold 
in three different packages. All 
three contain the same enhance¬ 
ments and fixes. 

Full Package: This package should 
be used by users who do not cur¬ 
rently have OS/2 or DOS (with or 
without Windows) installed on their 
systems. The full package is sold 
and distributed in three formats: 

• 3.5-inch diskettes 

• 5.25-inch diskettes 

• CD-ROM 


The CD-ROM package also con¬ 
tains two 3.5-inch and two 5.5-inch 
installation diskettes that are needed 
for Initial Program Load (IPL) of 
OS/2 2.1. 

Upgrade Package: This package is 
for users who currently have either 
OS/2 or DOS (with or without Win¬ 
dows) installed. When installing this 
version, OS/2 2.1 looks to see 
which operating system is currently 
installed on the system. If no operat¬ 
ing system is found, OS/2 2.1 does 
not install. This upgrade package is 
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available in the same three formats 
as for the full package: 3.5-inch 
diskettes, 5.25-inch diskettes, and 
CD-ROM. 

Preloaded Package: This package 
is preloaded onto selected computer 
systems by IBM and other PC manu¬ 
facturers. The preloaded systems 
come with utilities for creating a set 
of bootable utility diskettes, unin¬ 
stalling OS/2 features, and configur¬ 
ing the system setup. The utility 
diskettes that can be created are for 
supporting the preloaded computer 
system in case problems are encoun¬ 
tered and the system cannot be 
booted normally. Backup copies of 
the diskettes are supplied with some 
computer systems; the inclusion of 
backup diskettes varies between 
countries. 

Summary of OS/2 2.1 
Enhancements 

The enhancements in OS/2 2.1 can 
be viewed from two complementary 
perspectives: 

User Perspective: 

• What are the enhancements, in 
rough order of importance? 

• Are these enhancements related 
to application support, internal 
changes to the operating system, 
or hardware support? 

• What, in brief, does each en¬ 
hancement provide? 

System Perspective: 

• Which functional areas of OS/2 
Version 2 have been enhanced? 

• What enhancements have been 
added in each functional area? 

This section provides an overview 
of the OS/2 2.1 enhancements from 
both perspectives. 


User Perspective of OS/2 2.1 
Enhancements 

Major Enhancements in OS/2 2.1: 

Improved Application Support 

• WIN-OS/2 3.1 Standard Mode 
Support: WIN-OS/2 support is up¬ 
graded to provide support for 
Windows 3.1 applications (includ¬ 
ing Windows multimedia applica¬ 
tions) running in Standard Mode, 
both seamless and full-screen. 
WIN-OS/2 3.1 support replaces 
WIN-OS/2 3.0 support. 

• WIN-OS/2 3.1 Enhanced Com¬ 
patibility Mode Support: A new 
mode, Enhanced Compatibility 
Mode, is added to WIN-OS/2 sup¬ 
port, enabling major Windows 

3.1 Enhanced-Mode applications 
that do not require a specific type 
of device driver called a VxD to 
run under WIN-OS/2 3.1. Mathe- 
matica for Windows and Omni- 
page Professional are two 
Windows Enhanced-Mode appli¬ 
cations that run under WIN-OS/2 
3.1. 

• Inclusion of MMPM/2 1.1: Multi- 
media Presentation Manager/2 

1.1 is included with OS/2 2.1. 
MMPM/2 provides 32-bit multi- 
media support code for OS/2 PM 
multimedia applications, includ¬ 
ing Software Motion Video. 

Internal Operating System Up¬ 
grades 

• WIN-OS/2 3.1 Performance En¬ 
hancements: Performance of Win¬ 
dows applications running under 
WIN-OS/2 is substantially im¬ 
proved, especially when running 
in seamless mode. 

• 32-Bit PM Graphics Engine: This 
rewrite of the graphics engine 
provides a sound basis for future 
powerful graphics. The immedi¬ 
ate benefit of this engine is that it 


enables the new 32-bit seamless 
display drivers to be used. 

Wider Hardware Support 

• Installation from CD-ROM: OS/2 

2.1 can now be installed from 
CD-ROM. This is a major im¬ 
provement that can save much 
time and energy. Installation disk¬ 
ettes (both 3.5-inch and 5.25- 
inch) are provided to start the 
CD-ROM installation process. 

• SCSI-attached CD-ROM Sup¬ 
port: IBM and non-IBM, SCSI- 
attached, CD-ROM devices are 
now supported. 

• OS/2 2.1 Preloaded onto IBM 
and PC Manufacturer (PCM) 

PCs: IBM and non-IBM systems 
can now be supplied preloaded 
with OS/2 2.1. 

• Additional SCSI Adapter Sup¬ 
port: IBM and non-IBM SCSI 
adapters are now supported. 

• Seamless 32-Bit Display Drivers 
for XGA, XGA-2, SVGA 
(Tseng, Headland, Western Digi¬ 
tal, Trident, ATI, Cirrus, and 
IBM VGA 256-color), 8514/A, 
and VGA: These video drivers 
provide seamless integration of 
OS/2 PM and Windows 3.1 appli¬ 
cations on the OS/2 desktop. 

• Additional and Enhanced PM 
Printer Drivers: New and en¬ 
hanced printer drivers, including 
drivers for the new high-speed 
printers, are provided in OS/2 2.1. 

• Support for Windows 3.1 Printer 
and Display Drivers: The stand¬ 
ard set of Windows 3.1 printer 
and display drivers is included in 
OS/2 2.1, and they can be used 
with WIN-OS/2. 

• Advanced Power Management 
Support: OS/2 2.1 includes 
power-saving routines for note- 
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books and laptops that implement 
the APM specifications. 

• PCMCIA Support: OS/2 2.1 in¬ 
cludes support for notebooks and 
laptops that use the PCMCIA bus 
for adapters. 

Significant Enhancements in OS/2 

2 . 1 : 

Improved Application Support 

• Dual-Thread MVDM Support: 

This support enables many DOS 
multimedia applications to run 
smoothly, by providing threads in¬ 
side the MVDM for simultane¬ 
ously reading from disk, painting 
the screen, or playing sound. 

• DOS_AUTOEXEC Setting: A 
specific DOS command file can 
be run automatically when a 
VDM is created. 

• Improved Clipboard and DDE 
Support: The Clipboard and DDE 
support in WIN-OS/2 are im¬ 
proved, substantially increasing 
performance, especially in ex¬ 
changing data between WIN- 
OS/2 and OS/2 PM applications. 

• Ability to Start a DOS or OS/2 
Application from a Windows Ap¬ 
plication: It is now possible to 
“shell” to a DOS or OS/2 applica¬ 
tion from within a Windows 
application. This capability is es¬ 
pecially useful for some Win¬ 
dows applications that depend on 
DOS utilities. 

• Inclusion of Windows 3.1 File 
Manager and Selected Applets: 
Most Windows 3.1 applets, in¬ 
cluding File Manager, Write, and 
Paintbrush, are now included 
with WIN-OS/2 3.1. 

• Improved WIN-OS/2 Setup and 
Configuration: The setup and 
configuration procedures for 
WIN-OS/2 applications are sub¬ 


stantially improved, especially 
for Clipboard and DDE support. 

Internal Operating System Up¬ 
grades 

• Warning About ACL File Protec¬ 
tion Before Installation: Before it 
starts, the OS/2 2.1 installation 
process checks for files or 
directories that are ACL-pro- 
tected, because installation does 
not proceed if there is ACL 
protection. 

• Page-Tuning Performance En¬ 
hancements: Improvements are 
made to the memory working set 
in the Control Program, with con¬ 
sequent performance improve¬ 
ments in low-memory situations. 

• XCOPY Enhancements: The 
XCOPY utility is enhanced to 
copy across system and hidden 
files, and to retain the read-only 
attribute. 

• Improved OLE Support in WIN- 
OS/2 3.1: The Object Linking 
and Embedding (OLE) support 
for compound documents is im¬ 
proved as a result of upgrading 
WIN-OS/2 to use Windows 3.1 
code. 

• TrueType Fonts in WIN-OS/2 
3.1: The TrueType font technol¬ 
ogy and core fonts are included, 
also as a result of using the Win¬ 
dows 3.1 code. 

• ISO Font Support: This provides 
a set of ISO fonts that meet the 
new ISO 9241-3 ergonomic stand¬ 
ards on appropriate hardware. 

• Improved .INI File Handling: 

The modules responsible for stor¬ 
ing and reading application and 
Workplace Shell data from the 
OS2.INI and OS2SYS.INI files 
are improved and rewritten in 32- 
bit code to be faster and more 
reliable. 


Wider Hardware Support 

• Loadable ABIOS Support: This 
feature provides the ability for 
ABIOS to be loaded into RAM 
from ABIOS files on disk, in¬ 
stead of using the ABIOS in 
ROM. This capability is neces¬ 
sary for the PS/2** Models 56 
and 57, PS/2 Server 85, the 
ThinkPad* 700 series notebooks, 
and any other PS/2 systems that 
use loadable ABIOS rather than 
ABIOS in ROM. 

• Loadable ABIOS Installation: 

This feature enables the ABIOS 
files (which are shipped on the 
hardware reference diskette and 
on the system partition of the 
disk) to be installed on the boot 
disk as part of the OS/2 2.1 instal¬ 
lation procedure. This capability 
is necessary for PS/2 systems that 
use loadable ABIOS. 

• Enhancements to Selective Install 
Program: The Selective Install 
program is enhanced for display 
driver, SCSI adapter, CD-ROM 
drive, and printer installation, and 
also to enable the user to install 
WIN-OS/2 accessories as an op¬ 
tion at installation time. 

• Display Driver Install Program: 
This program provides a simpli¬ 
fied method for installing and 
configuring XGA, XGA-2, 

SVGA, and 8514/A display adapt¬ 
ers, displays, and resolution 
modes. 

• PS/2 Server 195 and 295 Sup¬ 
port: OS/2 2.1 runs on the PS/2 
Server 195 and PS/2 Server 295 
systems. Previously, Server 195 
and 295 support was limited to 
OS/2 1.3. 

• Pentium** Exploitation: OS/2 

2.1 includes changes that exploit 
Intel’s new Pentium processor. 
The first phase of this exploita¬ 
tion improves the performance of 
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DOS sessions through the use of 
Pentium virtual-mode extensions. 

• Page-Tuning Performance En¬ 
hancements: The general perform¬ 
ance of OS/2 2.1 is improved, 
especially in low-memory 
situations. 

• XGA-2 DMQS Override: This 
feature enables the capabilities of 
advanced non-IBM displays to be 
exploited when they are attached 
to an XGA-2 adapter, by provid¬ 
ing the ability to override the 
automatic XGA-2 display sensing 
(DMQS) with manual settings. 

• Enhanced Printer Installation: 

User installation of additional 
printer drivers is simplified in 
OS/2 2.1. 

Minor Enhancements in OS/2 2.1: 

Improved Application Support 

• OS2VER File: Some applications 
check for a specific version num¬ 
ber of OS/2 2.0 before they run. 
The OS2VER file enables these 
applications to be told that they 
are running on OS/2 2.0 even 
though they are really running on 
OS/2 2.1. 

• DPMI 1.0 Subset Support: DPMI 
support has been upgraded to a 
subset of DPMI 1.0, enabling 
more DOS DPMI-based applica¬ 
tions to run. 

• PC Support/400 Support: The 
new, extended DOS version of 
PC Support/400 (V2R3), avail¬ 
able during the second half of 
1993, will run in an OS/2 2.1 
VDM. This is due to the provi¬ 
sion of multiple DPMI Client sup¬ 
port as part of the DPMI 1.0 
Subset support. 

• Multimedia Support for Audio in 
WIN-OS/2 3.1: Windows 3.1 
Multimedia support for Audio is 
included, again as a result of us¬ 
ing the Windows 3.1 code. 


• Workplace Shell Visual Enhance¬ 
ments: Minor improvements have 
been made to the appearance of 
the Workplace Shell, including a 
new notebook appearance and 
new icons for CD-ROM drives. 

• Settings Notebook Drag/Drop En¬ 
hancements: It is now possible to 
add program objects to a folder 
menu, and to change the icon of 
any object using drag/drop on the 
desktop. 

• Auto-Lockup on System Startup: 
The Workplace Shell can now be 
configured to enter lockup status 
automatically on system startup, 
thus ensuring that the user enters 
a password before using OS/2 
2.1, and providing an additional 
level of security. 

• Print Spooler Enhancements: The 
print spooler now enables the 
user to vary the priority. 

Internal Operating System Up¬ 
grades 

• Palette Manager for XGA, XGA- 
2, SVGA, 8514/A: Palette Man¬ 
ager support is provided for 
256-color adapters, enabling the 
application programmer to pro¬ 
vide specific color shades to 
applications. 

Wider Hardware Support 

• Brazilian Keyboard Support: The 
new national Brazilian keyboard 
is supported. 

• Trackpoint II** Support: The in¬ 
keyboard pointing device on the 
ThinkPad 700 series of notebook 
computers is supported. 

• Support for Enhanced 2.88 MB 
Diskette Drive: The new 2.88 
MB diskette drive, which pro¬ 
vides support for software eject 
and software lock/unlock, is 
supported. 


• Support for 3.5-Inch Enhanced 
Rewritable Optical Drive: The 
new 3.5-inch Enhanced Rewri¬ 
table Optical drive, with support 
for P-ROM (partial read-only 
memory) optical disks, and with 
software lock/unlock and eject 
functions, is supported. 

• Format Utility Enhanced for P- 
ROM Optical Disks: The OS/2 
Format utility has been enhanced 
to support formatting P-ROM op¬ 
tical disks in the new 3.5-inch En¬ 
hanced Rewritable Optical Drive. 

• Large Cursor on VGA LCD Dis¬ 
plays: On VGA LCD displays on 
notebooks, a larger cursor can be 
displayed to make it more visible. 

• MSCDEX Support: The 
VCDROM virtual device driver 
now supports all the CD audio 
functions of the Microsoft** 
MSCDEX DOS device driver, 
thus enabling more DOS and 
Windows multimedia applica¬ 
tions to run in VDMs. 

System Perspective of OS/2 
2.1 Enhancements 

Figure 3 is a simplified view of the 
OS/2 2.1 high-level system structure. 

In the preceding section, the en¬ 
hancements to OS/2 2.1 were di¬ 
vided into three groups: 

• Application Support 
Environments 

• Operating System Engines 

• Hardware Support 

These groups are shown as layers in 
Figure 3. 

The system perspective of OS/2 2.1 
divides the structure into several 
functional components: 

• BIOS (CBIOS) 

• ABIOS 
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Application 

Support 

Environments 


Operating 

System 

Engines 



Control Program 


SOM 



Kernel 


File Systems 

Object Handlers 



Processes 


FAT 

Class Libraries 



Memory 


HPFS 




IPC 


CDFS 


Print Subsystem 

Spooling 


Hardware 

Support 


Physical Device Drivers 

Basic Device Drivers (keyboard, mouse, ... ) 
Disk Device Drivers (SCSI and non-SCSI) 
SCSI Peripheral Device Drivers (CD-ROM, ...) 


Display Drivers 

Base Video Handlers 
PM Display Drivers 
WIN-OS/2 Display 
Drivers (full-screen 
and seamless) 


Printer Drivers 

PM Printer Drivers 
WIN-OS/2 Printer 
Drivers 


BIOS 


ABIOS 


Figure 3. OS/2 2.1 - System Overview 


• Physical device drivers 

• Display drivers 

• Printer drivers 

• Control Program 

- Kernel 

- File Systems 

• System Object Model 

• Print Subsystem 

• Virtual Device Drivers 


OS/2 2.1 Enhancement Summary: 

The enhancements in OS/2 2.1 are 
listed on the next page as tables di¬ 
vided according to the above subsys¬ 
tems and functional components. 

• Workplace Shell 

- Desktop User Interface 

- Command Prompts 

- Utilities 


• MVDM (DOS support) 

• WIN-OS/2 

• Presentation Manager 

• MMPM/2 (multimedia support) 
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OS/2 2.1 Installation and Configuration Enhancements 


Installation from CD-ROM 

Preloaded onto IBM and PCM systems 

Enhancements to Selective Install program 

Display Driver Install program 

Warning on ACL File Protection before installation 

Loadable ABIOS installation 

OS/2 2.1 Hardware Support Enhancements 

Additional SCSI adapter support 

Additional CD-ROM support 

Loadable ABIOS support 

PS/2 Server 195 and 295 support 

Brazilian keyboard support 

Support for Enhanced 2.88 MB diskette drive 

Support for 3.5" enhanced rewritable optical drive 

Pentium exploitation 

OS/2 2.1 Control Program Enhancements 

Page tuning performance enhancements 

XCOPY enhancements 

OS2VER file 

Format Utility enhanced for P-ROM optical disks 

OS/2 2.1 MVDM Enhancements 

Dual-thread MVDM support 

DOS.AUTOEXEC setting 

DPMI 1.0 Subset support 

PC Support/400 (V2R3) support 

MSCDEX support 

OS/2 WIN-OS/2 3.1 Support and Enhancements 

WIN-OS/2 3.1 Standard Mode support 

WIN-OS/2 3.1 Enhanced Compatibility Mode support 

WIN-OS/2 3.1 performance enhancements 

Seamless WIN-OS/2 display drivers for XGA, SVGA 
(Tseng, Headland, Western Digital, Trident, ATI, Cirrus, 
and IBM Speedway), 8514 and VGA. 

Support for Windows 3.1 printer drivers 

Improved Clipboard and DDE support 

Ability to start a DOS or OS/2 application from a Windows 
application 


Inclusion of Windows 3.1 File Manager and selected 
accessories 


OS/2 2.1 WIN-OS/2 3.1 Support and Enhancements (cont.) 


Improved WIN-OS/2 setup and configuration 

Improved OLE support in WIN-OS/2 3.1 

TrueType fonts in WIN-OS/2 3.1 

Multimedia support for audio in WIN-OS/2 3.1 

OS/2 2.1 Presentation Manager Enhancements 

32-bit PM Graphics Engine 

32-bit seamless PM display drivers for XGA, SVGA 
(Tseng, Headland, Western Digital, Trident, ATI, Cirrus, 
and IBM Speedway), 8514 and VGA 

ISO font support 

Palette Manager for XGA, XGA-2, SVGA, 8514/A 

XGA-2 DMQS override 

OS/2 2.1 Workplace Shell Enhancements 

Improved INI file handling 

Workplace Shell visual enhancements 

Settings notebook drag/drop enhancements 

Auto-lockup on system startup 

OS/2 2.1 Print Subsystem Enhancements 

Enhanced printer installation 

Print Spooler enhancements 

Additional and enhanced PM printer drivers 

OS/2 2.1 Enhanced Support for Laptops and Notebooks 

Advanced Power Management support 

PCMCIA support 

Large cursor on VGA LCD displays 

Trackpoint II support 

OS/2 2.1 Multimedia Support 

Inclusion of MMPM/2 1.1 with OS/2 2.1 

Software Motion Video 

Multimedia device drivers 

MMPM/2 applets 

MMPM/2 utilities 

MMPM/2 installation 

Media Control Interface subsystem 

Stream Programming Interface subsystem 

Multimedia I/O Services subsystem 

Additional multimedia controls 

Applications for MMPM/2 
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Installation and 
Configuration of 
OS/2 2.1 

The OS/2 2.1 product package in¬ 
cludes the OS/2 2.1 Installation 
Guide , which provides good docu¬ 
mentation for installing OS/2 2.1, 
and should be your initial reference. 

Although installation of OS/2 2.1 
from diskette is fundamentally simi¬ 
lar to installation of OS/2 2.0, there 
are enhancements and special fea¬ 
tures, and a new CD-ROM alterna¬ 
tive has been provided. This chapter 
focuses on these differences and on 
any special considerations for OS/2 
2.1 installation. 

Differences in installing OS/2 2.1 
compared to installing OS/2 2.0 
include: 

• Installation of OS/2 2.1 from CD- 
ROM 

• Enhancements to the Selective In¬ 
stall program, for: 

- SCSI adapter support 

- CD-ROM device support 

- Display driver support (includ¬ 
ing SVGA adapters) 

- Default printer installation 

- Control over WIN-OS/2 3.1 
installation 

• A new Display Driver Install pro¬ 
gram, DSPINSTL 

Special considerations for OS/2 2.1 
installation include 

• Installation of OS/2 2.1 on load¬ 
able ABIOS systems 

• Upgrade installation of OS/2 2.1 
on ACL-protected systems 

• SVGA display driver installation 
and configuration 


• XGA display driver configuration 

Remote and CID-enabled installa¬ 
tion of OS/2 2.1 have also been 
enhanced, and are described in com¬ 
panion bulletins from the IBM Inter¬ 
national Technical Support Center: 
OS/2 Version 2.1 Remote Installa¬ 
tion and Maintenance (GG24-3780- 
01) and Automated Installation for 
CID-Enabled OS/2 V2.1 (GG24- 
3783-01). 

CD-ROM Installation of 
OS/2 2.1 

OS/2 2.1 introduces the ability to in¬ 
stall from CD-ROM. This is a much 
easier and faster way of installing 
OS/2 2.1 than from diskettes, and is 
suggested whenever a CD-ROM 
drive is available. 

The CD-ROM installation process 
requires that the computer system 
be booted from two diskettes, which 
are supplied along with the CD- 
ROM and are different from the 
standard OS/2 2.1 boot diskettes. 
Booting from diskette is necessary 
to load the SCSI adapter, CD-ROM 
device drivers, and the CD file 
system. 

Installation from SCSI-based CD- 
ROM is supported by device drivers 
furnished with OS/2 2.1. 

Enhancements to the 
Selective Install Program 

The Selective Install program can 
be used automatically during initial 
OS/2 2.1 installation. Subsequently, 
it can be started at any time to in¬ 
stall additional OS/2 2.1 features. 

To start it, simply double-click on 
the Selective Install icon in the Sys¬ 
tem Setup folder. Finally, Selective 
Install can also be started by typing 
Install from the command prompt 
with the boot drive as the default 
drive. 


Before starting the Selective Install 
procedure, make sure that you do 
not have any Windows programs 
started, because OS/2 is unable to 
complete the installation until all 
Windows programs have been 
closed. 

The Selective Install program has 
been significantly enhanced in OS/2 
2.1 in the areas of: 

• SCSI adapter support 

• SCSI-based CD-ROM support 

• Display driver support (for XGA, 
XGA-2, SVGA, and 8514/A 
adapters) 

• Default printer installation 

• Control over WIN-OS/2 3.1 
installation 

When Selective Install is started 
(either automatically or explicitly), 
the System Configuration screen, 
shown in Figure 4, is displayed. By 
selecting checkboxes on this screen, 
then clicking on OK, further dialogs 
are displayed. These dialogs can be 
used to specify installation details 
for SCSI adapter support, CD-ROM 
device support, display drivers, and 
default printer support. 

By selecting checkboxes on this 
screen and clicking on OK, further 
dialogs are displayed that can be 
used to install SCSI adapter sup¬ 
port, CD-ROM device support, dis¬ 
play drivers, and default printer 
support. 

When all the options on this screen 
have been specified, click on OK to 
display the OS/2 Setup and Installa¬ 
tion screen, as shown in Figure 5. 

This panel can be used to select op¬ 
tional features of OS/2 2.1 to install. 
Unlike the System Configuration 
screen, selecting a checkbox only se- 
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System Configuration 


Use the mouse or the spacebar to place a check mark in the box next to each 
option you would like to change, and then press OK. 

System-rLocale- 


|j [Mouse! 

PS/2 (tm) Style Pointing Device 

Serial Device Support 
si Install Support 

!i?Do Not Install Support 

11 Primary Display 

Extended Graphics Array (XGA) 

II Secondary Display 

None 


II 


mm 


H Country 
United States 
U Keyboard 
United States 


^Currently Installed Peripherals- 

HCD-ROM Device Support 


IBM CD-ROM II 


ii SCSI Adapter Support 


IBM PS/2 SCSI Adapter 


H Printer 


PSCRIPT.Generic PostScript Printer 


OK 


Help 


Figure 4. Selective Install - System Configuration 


lects the item for installation; it 
does not automatically display a fur¬ 
ther dialog. 

Click on the More... pushbutton to 
change the default parameters for 
installation of each option. For ex¬ 
ample, the More... pushbutton corre¬ 
sponding to WIN-OS/2 Support 
provides the way of controlling the 
selective installation of WIN-OS/2 
3.1. 

The disk space calculation at the 
bottom right corner of the screen in 
Figure 5 shows how much free 
space is available on the disk, and 
also how much space is needed to 
install the features currently chosen 
for Selective Install. The calculation 
automatically takes into account the 
disk space required for installation 
of the essential parts of OS/2 2.1.) 

When all the options on this screen 
have been specified, click on Install 


to start the installation process. If 
this is the initial OS/2 2.1 installa¬ 
tion, then prompts are issued for the 
full set of OS/2 2.1 installation disk¬ 
ettes; if this a Selective Install, then 
prompts are issued for only the re¬ 
quired diskettes. 

After installation is complete, the 
system normally needs to be re¬ 
booted so that the changes can take 
effect (since new device drivers 
have to be loaded). If Selective In¬ 
stall was explicitly started, then a 
message box is displayed, stating 
that the system must be shut down 
and restarted in order for changes to 
take effect. 

CD-ROM Support Installation 
Using Selective Install: CD-ROM 
drive support can be installed by fol¬ 
lowing the instructions below, start¬ 
ing from the System Configuration 
screen shown in Figure 4. 


1. Select the checkbox beside the 
CD-ROM Device Support option. 

2. Click on OK. The Select CD- 
ROM Device(s) window, shown in 
Figure 6, is displayed. 

3. Select the listbox item(s) for the 
CD-ROM devices for which you 
want to install support. 

4. Click on OK. The System Con¬ 
figuration window is re-displayed. 

5. When all the options on the Sys¬ 
tem Configuration screen have been 
set. Selective Install moves on to 
the OS/2 Setup and Installation 
Screen. 

6. When all the options on the 
OS/2 Setup and Installation screen 
have been set, click on Install to 
start the installation process. 
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HI 

Options 


Gener 


OS/2 Setup and Installation 


Software configuration Help 


irt Here 


Make sure there is a check in the box next to the features you wish to 
install. Select "More..." to make additional choices for a feature. 


o 


Mas 


Wi 


111 (Documentation ( 0 . 8 MB);. 

11 Fonts (1.9MB). 

SI Optional System Utilities (1.6MB). 

B Tools and Games (6.0MB). 

11 OS/2 DOS Support (1.3MB). 

[1 WIN-OS/2 Support (9.0MB). 

B High Performance File System (0.4MB) 

(1 Advanced Power Management (0.1MB) 

11 PCMCIA Support (0.1MB) 

S1REXX (0.4MB) 

B Serviceability and Diagnostic Aids (0.7MB) 
II Optional Bit Maps (0.1MB) 


Install 


More. 


More. 


More. 


More. 


More. 


More, 


Disk Space (Drive E:) 

Available (bytes) 
11776000 
Needed (bytes) 

0 


Figure 5. Selective Insatall - OS/2 Setup and Installation 


The SCSI-based CD-ROM support 
has been architected with a “plugga¬ 
ble” design that allows additional 
SCSI-based CD-ROM drivers to be 
manually installed when they be¬ 
come available from third-party 
vendors. 

Warning: Some combinations of 
SCSI adapter cards and CD-ROM 
devices are not supported. Check 
the list in OS/2 2.1: Using the Oper¬ 
ating System to verify that your 
combination of adapter and CD- 


ROM drive is supported by OS/2 

2 . 1 . 

SCSI Adapter Support 
Installation Using Selective Install: 

SCSI adapter support can be in¬ 
stalled by following the instructions 
below, starting from the System 
Configuration screen shown in 
Figure 4. 

1. Select the checkbox beside the 
SCSI Adapter Support option. 


2. Click on OK. The Select SCSI 
Adapters window, shown in Figure 
7, is displayed. 

3. Select the listbox item(s) for the 
SCSI adapters for which you wish 
to install support. 

4. Click on OK. The System Con¬ 
figuration window is re-displayed. 

5. When all the options on the Sys¬ 
tem Configuration screen have been 
set, Selective Install moves on to 
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Select CD-ROM Device(s) 


CD Technology T3301 
Hitachi CDR-1 650,1 750,3650 
Hitachi CDR-3750 
IBM CD-ROM I 


IBM CD-ROM §1 


NEC 25,36,37,72,73,74,82,83,84 
NEC MultiSpin 38,74,84 
Panasonic CR-501 .LK-MC501S 
Pioneer DRM-600 
Pioneer DRM-604X 
Sony CDU-541,561,6211,7211 
Sony CDU-6111 
Texel DM-3Q21,5021 



OK 


Cancel 


Help 


Figure 6. Selective Install - Select CD-ROM Device(s) 


the OS/2 Setup and Installation 
Screen. 

6. When all the options on the 
OS/2 Setup and Installation screen 
have been set, click on Install to 
start the installation process. 


Display Driver Installation Using 
Selective Install: Display driver 
support can be installed by follow¬ 
ing the instructions below, starting 
from the System Configuration 
screen shown in Figure 4. 


1. Select the checkbox beside the 
Primary Display option. 

2. Click on OK. The Primary 
Video Adapter window, shown in 
Figure 8, is displayed. This window 
lists the types of video connections 
that OS/2 can support. 


Select SCSI Adapter(s) 


Adaptec 1510, 1520, 1522 
Adaptec 1540, 1542 
Adaptec 1640 
Adaptec 1740, 1742, 1744 
DPT PM2011, PM2012 

Future Domain 845,85O,850IBM,860,875,885 
Future Domain 1650,1660,1670,1680,MCS700 
Future Domain 7000EX 


IBM PS/2 SCSI Adapter 


IBM 16-Bit AT Fast SCSI Adapter 



Cancel 


Help 


Figure 7. Selective Install - Select SCSI Adapters 
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At this stage, OS/2 does not check 
the video adapter to determine 
whether the adapter is supported by 
OS/2. This check is done at the end 
of the installation, just before OS/2 
2.1 prompts for the display driver 
diskettes. To ensure that your adapt¬ 
er is supported by OS/2, consult the 
list of supported SVGA adapters. 

3. Select the radio button for the 
SVGA option or other display adapt¬ 
er installed on your system. 


4. Click on OK. The System Con¬ 
figuration window is re-displayed. 

5. When all the options on the Sys¬ 
tem Configuration screen have been 
set, Selective Install moves on to 
the OS/2 Setup and Installation 
Screen. 


6. High-resolution fonts are auto- Figure 8. Selective Install - Primary Video Adapter 

matically installed. If you want to 
install the ISO fonts, then click on 
More... opposite the Fonts check¬ 
box, and ensure that all the fonts are 
selected in the Fonts window, 
shown in Figure 9. 

7. Click on OK to return to the 
OS/2 Setup and Installation screen. 

8. When all the options on the 
OS/2 Setup and Installation screen 
have been set, click on Install to 
start the installation process. 

9. OS/2 now checks to establish 
which display adapter is installed in 
the computer system, and looks at 
its chip set to determine which reso¬ 
lution it supports. For SVGA, there 
are different display drivers for each 
resolution; for XGA and XGA-2, 
one display driver supports all 
resolutions. 


At this stage, if you have an SVGA 
adapter, the Monitor Configuration 
screen is displayed. One option on 


Fonts 


Make sure there is a check mark next to each font you 
wish to install. 

Aa gj jCourier (92KB)1 
Aa M Helvetica (233KB) 

Aa H System Mono-Spaced (35KB) 

Aa S3 Times Roman (215KB) 

Aa SH Courier (outline) (502KB) 

Aa S3 Helvetica (outline) (395KB) 

Aa S3 Times New Roman (outline) (430KB) 


OK 


Cancel 


Help 


Figure 9. Selective Install - Fonts 


Primary Video Adapter 


Choose the display attached to your system. 

^ Color Graphics Adapter (CGA) 

HEnhanced Graphics Adapter (EGA) 

PS/2 Display Adapter 
si Video Graphics Array (VGA) 
il Display Adapter 8514/A (8514) 
ii {Extended Graphics Array (XGA)j 
£2 Super Video Graphics Array (SVGA) 
ii Other 


OK 


Cancel 


Help 
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Monitor Configuration/Selection Utilitq 


Some display adapters Include a utility which is used to select 
the type of monitor attached to your system. 

You may need to use this utility to configure your monitor 
before installing high-resolution display drivers. 

Select Help for information on when this utility must be used. 


^[install Using Defaults for Monitor Type) 
Install Using Display Adapter Utility Program 


OK 


Cancel 





Help 


Figure 10. Selective Install - SVGA Monitor Configuration Screen 


that screen lets you install a display 
adapter utility program from disk¬ 
ette. Some SVGA display adapters 
need to use a DOS display adapter 
utility program, so that the adapter 
can know the refresh rate and possi¬ 
ble resolutions of the monitor, and 
configure it correctly. This utility 
program is normally furnished on 
diskette with the SVGA display 
adapter. 

10. If your SVGA adapter requires 
this utility, then, in the Monitor Con¬ 
figuration screen (Figure 10), select 
Install Using Display Adapter Util¬ 
ity Program; otherwise, choose In¬ 
stall Using Defaults for Monitor 
Type. 

11. If you have chosen to install 
the display adapter utility program, 
you are next prompted, in the Selec¬ 
tion Utility Location screen, to in¬ 
sert a diskette or to specify a 
different path. Specify the path or 
insert the diskette, then click on OK. 


12. Selective Install of the display 
driver continues by prompting you 
to choose the display resolution in 
the Select Display Resolution 
screen. Select the list box item for 
the display resolution you require, 
then click on OK to install the ap¬ 
propriate display drivers. 

If you have an SVGA adapter in¬ 
stalled, then the initial installation 
of OS/2 2.1 installs only VGA sup¬ 
port. This happens because MVDM 
DOS support is not available during 
initial installation of OS/2 2.1, so it 
is not possible to run the SVGA 
DOS query program, which estab¬ 
lishes the capabilities of the SVGA 
adapter and display. 

To install SVGA adapter support 
for resolutions higher than VGA 
(640 x 480 x 16), you should rein¬ 
stall the SVGA display drivers after 
OS/2 2.1 installation has completed. 
To do this, use either Selective In¬ 
stall or DSPINSTL. Selective Install 
should be used if ISO fonts are re¬ 


quired; otherwise, we recommend 
using DSPINSTL. 

The Display Driver Install program 
DSPINSTL can also be used to in¬ 
stall and configure display drivers. 

If only display drivers are being in¬ 
stalled, then using DSPINSTL is 
easier and faster than using Selec¬ 
tive Install. DSPINSTL should be 
used in normal circumstances. How¬ 
ever, Selective Install should be 
used if ISO fonts are required, or if 
CGA or EGA adapter support is be¬ 
ing installed, because DSPINSTL 
does not support installation of 
these options. 

Printer Installation Using 
Selective Install: The default 
printer driver can be installed by fol¬ 
lowing the instructions below, start¬ 
ing at the System Configuration 
screen shown in Figure 4. 

1. Select the checkbox beside the 
Printer option. 

2. Click on OK. The Select 
Printer(s) window, shown in Figure 
11, is displayed. 

3. Click on the printer that you 
want to install as your default 
printer. 

4. Click on OK. The System Con¬ 
figuration window is re-displayed. 

5. When all the options on the Sys¬ 
tem Configuration screen have been 
set. Selective Install moves on to 
the OS/2 Setup and Installation 
Screen. 

6. When all the options on the 
OS/2 Setup and Installation screen 
have been set, click on Install to 
start the installation process. 
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Select Printer(s) 


Epson LX-8GQ 9 pins - 80 columns: LX-80Q (EPSON.DRV) 
Epson LX-810 9 pins - 80 columns: LX-810 (EPSON.DRV) 
Epson Stylus 800 Inkjet: Stylus 800 (EPSON.DRV) 


[Generic PostScript Printer: Generic PostScript Printer (PSCRIPT.DRV) 




HP 7470A Plotter: HP7470A (PLOTTERS.DRV) 
HP 7475A Plotter: HP7475A (PLOTTERS.DRV) 
HP 7550A Plotter: HP7550A (PLOTTERS.DRV) 
HP 7580A Plotter: HP7580A (PLOTTERS.DRV) 
HP 7580B Plotter: HP7580B (PLOTTERS.DRV) 
HP 7585A Plotter: HP7585A (PLOTTERS.DRV) 
HP 7585B Plotter: HP7585B (PLOTTERS.DRV) 
HP 7586B Plotter: HP7586B (PLOTTERS.DRV) 
HP ColorPro: HP7440A (PLOTTERS.DRV) 


flL 


Port 
® LPT 1 
91 LPT2 
m LPT3 

me omi 

a COM2 
I! COM3 

mcom 


OK 


Cancel 


Help 


Figure 11. Selective Install - Select Printer(s) 


Selective WIN-OS/2 3.1 
Installation: Two changes have 
been made to increase the flexibility 
of WIN-OS/2 3.1 installation, and 
to avoid running out of space when 
installing OS/2 2.1 on small disk 
partitions. 

• It is now possible to install WIN- 
OS/2 3.1 onto a different drive 
from the rest of OS/2 2.1. This 
capability can be useful in cases 
where the computer system has 
two or more smaller disk parti¬ 
tions, since the disk requirements 
of OS/2 2.1 have increased over 
those of OS/2 2.0. 

• Windows applets can be selec¬ 
tively installed. The default is to 
install all the applets. If Windows 
applets are not selected for instal¬ 
lation, the amount of disk space 
needed for WIN-OS/2 3.1 
decreases. 

On the OS/2 Setup and Installation 
screen (Figure 5), ensure that the 
checkbox for WIN-OS/2 Support is 
selected. (DOS support is automat¬ 
ically installed if WIN-OS/2 support 


is selected. Then click on More... to 
display the WIN-OS/2 Support 
screen shown in Figure 12. 

By default, all WIN-OS/2 3.1 files 
are installed, to the same disk drive 


as the rest of OS/2 2.1. To change 
the drive on which to WIN-OS/2 
3.1, perhaps because there is insuffi¬ 
cient space on the default drive, use 
the Destination Drive spin button to 
choose another drive. 


WIN-OS/2 Support 


Select the drive where files required for WIN-OS/2 
support will be installed. 


m 


Destination drive 


Make sure there is a check mark next to each 
WIN-OS/2 feature you wish to install. 

m Readme files (143KB) 

|§ Accessories (1154KB) 

IS Screensavers (77KB) 

D Sound (253KB) 


OK 


Cancel 


Help 


Figure 12. Selective Install - WIN-OS/2 3.1 Installation Parameters 
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R Dis play Driver Install 


Use the mouse or the spacebar to place a check mark in the box next to the 
display you would like to change. 


M [Primary Display 
■ Secondary Display 


Extended Graphics Array 
None 


OK 


Cancel 


Help 


Figure 13. DSPINSTL - Display Driver Install 


To avoid installing the optional 
WIN-OS/2 3.1 files, deselect the 
checkboxes next to any or all of the 
optional WIN-OS/2 features. 

Display Driver Install 
Program 

The Display Driver Install program, 
DSPINSTL, provides an alternate 
method of installing display drivers. 
This method is easier and faster 
than Selective Install if only display 
drivers are being installed. 


The Display Driver Install program 
can be started by typing DSPINSTL 
at an OS/2 command line. 

Before starting this procedure, make 
sure that you do not have any Win¬ 
dows programs started, because 
OS/2 cannot complete the installa¬ 
tion until all Windows programs 
have been closed. 

To install and configure display 
drivers, follow these instructions: 

1. In any OS/2 command prompt 
window, type DSPINSTL and press 


Enter. The Display Driver Install 
window is displayed, as shown in 
Figure 13. 

2. Select the checkbox beside the 
Primary Display option. If you plan 
to connect two displays, make sure 
you configure the primary display 
for the higher resolution. 

3. Click on OK. The Primary Dis¬ 
play Adapter Type window, shown 
in Figure 14, is displayed. 

4. OS/2 now checks your computer 
system to determine which adapter 
is installed, and preselects the appro¬ 
priate driver for you. Click on OK 
to accept the preselected display 
driver, or select another display 
driver. 

5. OS/2 now checks your video 
adapter to determine which resolu¬ 
tions can be supported. 

At this stage, if you have an SVGA 
adapter, the Monitor Configuration 
screen is displayed. One option on 
that screen lets you install a display 
adapter utility program from disk¬ 
ette. Some SVGA display adapters 
need to use a DOS display adapter 


Primary Display Adapter Type 


Select the type of the primary display adapter. 
Display adapters 


[Extended Graphics Array (XGA) 


Headland Technology HT209 
IBM VGA 256c 
Super VGA (SVGA) 

Trident Microsystems TVGA8900 






OK 


Cancel 


Help 


Figure 14. DSPINSTL - Primary Display Adapter Type 
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gs 

| Select Display Resolution 


Select the display resolution you wish to install to your 
system. 

Display Resolutions 



640x480x256 I.Omb 

640x480x256 512K 

800x600x256 I.Omb 

m 

a 








*■ 



OK 


Cancel 


Help 












Figure 15. DSPINSTL - Select Display Resonutions 


utility program, so that the adapter 
can know the refresh rate and possi¬ 
ble resolutions of the monitor, and 
configure it correctly. This utility 
program is normally furnished on 
diskette with the SVGA display 
adapter. 

6. If your SVGA adapter requires 
this utility, then, in the Monitor Con¬ 
figuration screen, select Install Us¬ 
ing Display Adapter Utility 
Program; otherwise, choose Install 
Using Defaults for Monitor Type. 

7. If you have chosen to install the 
display adapter utility program, you 
are next prompted, in the Selection 
Utility Location screen, to insert a 
diskette or to specify a different 
path. Specify the path or insert the 
diskette, then click on OK. 

8. The Display Driver Install pro¬ 
gram then queries the adapter and 
monitor to determine the possible 
resolutions. You are then presented 
with the Select Display Resolution 
screen, shown in Figure 15, which 
prompts you to choose the display 
resolution. Select the listbox item 
for the display resolution required. 

9. Click on OK. The Source Direc¬ 
tory window, shown in Figure 16, is 
displayed. 

10. Either select the default direc¬ 
tory, or change the pathname so it 
points to drive A:. If you specify 
drive A: as the path, you will need 
the display driver diskettes. 

11. Click on Install. OS/2 starts the 
installation. When the installation 
ends, the Display Driver Install mes¬ 
sage window is re-displayed. Click 
on OK. 

12. To activate the changes, shut 
down your system and restart it. 


If you later want to change the 
SVGA display resolution, you must 
use this DSPINSTL procedure 
again. This is because there are dif¬ 
ferent SVGA display driver sets for 
each SVGA display resolution (un¬ 
like XGA, where one display driver 
set supports all resolutions). 

DSPINSTL does not handle the 
copying or installation of ISO fonts. 


Figure 16. DSPINSTL - Source Directory 


If you have an ISO-compliant ma¬ 
chine with an ISO adapter and ISO 
display, and you want ISO font sup¬ 
port, then you must install the fonts 
again after running DSPINSTL. In 
this case, it would normally be 
faster and easier to use Selective In¬ 
stall for both display driver and ISO 
font installation. 


Source Directory 


Specify the source directory containing: 


Extended Graphics Array (XGA) 


[-Source directory- 


A:\ 


Change... 





[Install...! 


Cancel 


Help 
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OS/2 2.1 Installation on 
Loadable ABIOS Systems 

Some of the more recent IBM PS/2 
Micro Channel* computer systems 
load the ABIOS from disk into 
RAM, rather than using a copy of 
ABIOS in ROM. 

The ABIOS files are supplied with 
the computer system, rather than as 
part of the OS/2 2.1 package. The 
ABIOS files are contained on the 
Reference diskette (sometimes 
called the Hardware Support disk¬ 
ette), and are also preloaded onto 
the system partition (if one exists). 
The system partition is also known 
as the Initial Machine Load (IML) 
partition. 

During the installation of OS/2 2.1 
on a PS/2 system with loadable 
ABIOS, the installation procedure 
first tries to access the system parti¬ 
tion on the hard disk, using a spe¬ 
cial device driver that enables the 
system partition to be accessed as a 
standard drive. This device-driver 
approach works for PS/2 models 
9556, 9557, and 9585. If it is suc¬ 
cessful, the ABIOS files are copied 
onto the OS/2 2.1 boot drive. How¬ 
ever, if the ABIOS files cannot be 
found, the system first tries to find 
the ABIOS files on the hard disk; if 
they still cannot be found, the user 
is prompted for the Reference 
diskette. 

If the computer system did not 
come with a reference diskette, then 
you must create one, following the 
instructions in the hardware manual, 
before you begin installing OS/2 2.1. 

Warning About ACL File 
Protection Before 
Installation 

If OS/2 2.1 is being installed over a 
previous version of OS/2, the sys¬ 


tem checks whether any files are 
protected by the Access Control 
List (ACL) before starting the instal¬ 
lation process itself. This check is 
important for OS/2 LAN Server ad¬ 
vanced systems that use the 
HPFS386 file system. 

The ACL installation check uses a 
predefined list of directories and 
files to be checked, then touches 
each file and directory using the 
DosSetFileMode call to test whether 
the file can be replaced. 

If any files fail this test, then the 
OS/2 2.1 installation would also 
fail, so the ACL check produces a 
list of files protected by ACL, then 
aborts the installation. The user 
should then remove the ACL protec¬ 
tion from these files, then restart the 
OS/2 2.1 installation. 

The ACL check is also done during 
installation of the Service Pak. 

Configuring SVGA Display 
Drivers 

The initial OS/2 2.1 installation of 
SVGA does not install full SVGA 
support; instead, it only installs 
VGA support at a resolution of 640 
x 480 x 16. This happens because 
there is no MVDM DOS support 
during the initial installation phase; 
this support is needed to run the 
DOS SVGA query program, which 
establishes the capabilities of the 
display adapter and monitor. 

To install full SVGA support, in¬ 
cluding the higher SVGA resolu¬ 
tions, the SVGA display drivers 
must be installed following the com¬ 
pletion of the initial OS/2 2.1 instal¬ 
lation. This can be done using either 
Selective Install or DSPINSTL. 

Changing the SVGA resolution re¬ 
quires reinstallation of SVGA dis¬ 


play drivers, since there is a differ¬ 
ent SVGA display driver set for 
each display resolution. 

High-resolution fonts, except for 
ISO fonts, are automatically 
installed. 

The SVGA.EXE program creates a 
file SVGADATA.PMI, which con¬ 
tains information about the capabili¬ 
ties of the SVGA adapter. This 
program is now run automatically 
by the installation programs, and 
there is no need to explicitly run 
SVGA ON in OS/2 2.1. 

Warnings: 

(1) If you select a resolution that is 
not supported by your SVGA adapt¬ 
er/display combination, then your 
screen may be blank when OS/2 2.1 
is rebooted. It is worth checking 
that the resolution is supported by 
the SVGA adapter/display combina¬ 
tion before configuring it. 

(2) Do not use the SVGA OFF com¬ 
mand, because it erases the 
SVGADATA.PMI file, which is 
needed by the SVGA display driver 
support. Erasing this file will cause 
a blank screen to appear when the 
system is restarted. 

Configuring XGA Display 
Drivers 

XGA display driver installation nor¬ 
mally functions correctly, because 
one set of XGA display drivers satis¬ 
fies all screen resolutions. In addi¬ 
tion, by using Display Mode Query 
Set (DMQS), the XGA-2 adapter is 
able to sense which display is 
attached. 

Changing the screen resolution is 
easily done using the Screen page, 
which is added at the start of the 
Settings notebook of the System ob¬ 
ject. Sometimes this is also referred 
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to as Static Mode Switching, be¬ 
cause the resolution can be changed 
without reinstallation of display 
drivers. 

The DMQS procedure enables the 
XGA-2 adapter to ascertain the ca¬ 
pabilities of the attached screen, 
such as resolutions supported. There¬ 
fore, the highest available resolution 
can be selected automatically during 
installation. Once the XGA drivers 
have been installed, you can easily 
change your XGA display resolu¬ 
tion by using the System icon, con¬ 
tained in the System Setup folder. 

In the System icon’s Settings note¬ 
book, the first panel contains one 
page for XGA and two pages for 
XGA-2. The first page lets you se¬ 
lect the desired resolution; the sec¬ 
ond page (on XGA-2 systems) 
allows you to define the type of 
screen attached to the computer 
system. 

In most cases, OS/2 can recognize 
the type of display attached, and fur¬ 
nishes the corresponding .DGS 
driver. Sometimes, however, the re¬ 
ply from a non-IBM display to the 
DMQS query by the XGA-2 adapter 
does not match the capabilities of 
the display. In these cases, DMQS 
Override can be used to manually 
override the settings. The overriding 
is done by using the drop-down 
menu of possible displays. Doing 
this enables OS/2 2.1 to exploit the 
full capabilities of the display. 

Preloaded OS/2 2.1 

OS/2 2.1 is preloaded onto selected 
systems by IBM and other PC manu¬ 
facturers. Preloaded systems contain 
utilities for creating a set of boo¬ 
table utility diskettes, removing 
OS/2 features, and configuring the 
system setup. 


The utility diskettes that can be cre¬ 
ated are for supporting the pre- 
loaded system in case problems are 
encountered and the system cannot 
be booted normally. These diskettes 
include copies of the FDISK, 
FORMAT, CHKDSK, and 
BACKUP/RESTORE programs. 

The utility for removing OS/2 fea¬ 
tures enables the user to reclaim 
hard disk space by removing items 
from the computer system. 

The configuration program allows 
the user to change the configuration 
support without inserting diskettes. 
Preloaded systems come with all 
features installed, and have extra di¬ 
rectories that contain files needed 
for changing the configuration. No 
printer is configured (this is left for 
the user), and the systems are pre¬ 
configured for VGA display support. 

These programs, along with a set of 
tutorials, service information, and a 
system information tool, are in a 
folder on the Desktop called Prein¬ 
stalled Essentials (formerly called 
the Welcome folder). In the ship¬ 
ping carton of the computer system 
is a book called Using Your Prein¬ 
stalled System, which explains how 
to use these programs and utilities. 

Backup copies of the diskettes are 
supplied with some systems; the in¬ 
clusion of backup diskettes varies 
among countries. 

Optimizing Your Usage 
of OS/2 

This section is intended for users of 
OS/2 who may not have in-depth ex¬ 
perience with computer systems, but 
who have been using OS/2 to some 
extent and have taken the OS/2 On¬ 
line Tutorial. Some of the informa¬ 
tion in this section can also be 


found in the “Start Here” applica¬ 
tion, which is loaded on the Work¬ 
place Shell desktop at installation 
time. 

If you experience difficulty operat¬ 
ing OS/2, it is important to seek as¬ 
sistance before going any further. 
OS/2 and its graphical user interface 
are intended to be intuitive and easy 
to use, but this will vary depending 
on your own conventions and 
customs. 

Setting Performance 
Expectations 

It is important to have a realistic ap¬ 
proach to gauging the performance 
of your system. The capabilities of 
OS/2 are enormous compared to 
those of single-tasking operating sys¬ 
tems. However, many users immedi¬ 
ately begin to run many applications 
at once, and soon realize that their 
system’s performance is not as good 
as it was with only one application 
active. Matching the processing 
power to the tasks that a computer 
system is asked to perform is very 
important. The more you want your 
computer to do, the more process¬ 
ing power it needs, regardless of the 
operating system. As you use and 
make the most of OS/2, keep in 
mind what work you are trying to 
do, and how you are trying to do it. 

Day-to-Day Usage 
Considerations 

Some of the more obvious impacts 
on user performance are: 

• Number of active applications 

• Types of active applications 

There are also less obvious impacts 
on performance, some of which are: 

• Number of icons on the desktop 

• Number of open folders 

• Number of active bitmaps 
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It is important to think about what 
OS/2 is doing in the background to 
accomplish all the tasks you want to 
do, and to maintain the look and 
feel you want. It is great to have an 
object-oriented user interface for 
look and feel, ease of use, and other 
advantages. However, the drawback 
of object-oriented interfaces is the 
resources required to process all the 
objects and object-related informa¬ 
tion such as folder size, position, 
color, and content. As a folder is 
opened, the amount of memory 
needed to process the information 
increases, and places a burden on 
other applications or tasks that are 
all competing for memory and proc¬ 
essor resources. 

Folder Considerations: It is help¬ 
ful to close folders and applications 
that are not in use. We also suggest 
minimizing unused folders to im¬ 
prove responsiveness. Each folder 
requires some memory to maintain 
information about the folder, such 
as folder icon, folder type, and other 
things. The same holds true for ob¬ 
jects within folders. 

When a folder is opened, the operat¬ 
ing system queries the file system 
(using DOSFindFirst and DOS- 
FindNext) to determine what the 
folder’s objects are, and any attrib¬ 
ute information that accompanies 
each object. Although many users 
wait until the folder is completely 
populated, you can start to work 
with the objects as soon as they ap¬ 
pear in the folder. As more and 
more objects are added to a folder, 
the time to populate the folder with 
the objects increases. It is recom¬ 
mended that you keep the number 
of objects in any folder to 40 or 
fewer. 

Another small factor that affects 
folder population is related to the 
icons associated with program refer¬ 


ences. If the icon for a program is 
part of the extended attribute infor¬ 
mation, rather than part of the ex¬ 
ecutable (.EXE), the icon appears 
faster. This is due to the additional 
query time for searching the ex¬ 
ecutable compared to searching an 
extended attribute list. 

Desktop Considerations: Creating 
a folder with a shadow of com¬ 
monly referenced desktop objects 
may increase your productivity. 
When multiple windows are active 
on the desktop (applications or fold¬ 
ers), it becomes increasingly diffi¬ 
cult to navigate the Workplace 
Shell. By creating a folder with 
shadows of commonly referenced 
objects, it is easier to access the ob¬ 
jects. You can keep the folder mini¬ 
mized, and resurface it very quickly 
by using the Window List. 

An alternative to creating a folder 
with shadows in it is to modify the 
desktop settings so that you can ac¬ 
tually have multiple views of the 
desktop open at once. By changing 
the “Object open behavior” from 
“Display existing window” to “Cre¬ 
ate new window”, you can open 
multiple desktops. This may come 
in handy if the desktop is becoming 
cluttered and you need to access a 
printer object. With the above set¬ 
tings in place, you could bring up 
the desktop pop-up menu, and se¬ 
lect Open and your choice of Icon 
view, Tree view, or Details view. 
This opens a folder with the view of 
your choice and give you quick ac¬ 
cess to your objects. 

Selecting Arrange in this new win¬ 
dow also causes the desktop to ar¬ 
range its objects. However, if the 
shadow technique is used, an Ar¬ 
range affects only the contents of 
the new folder with the shadow ob¬ 
jects in it. 


Menu Options and 
Considerations: One option in the 
pop-up menu for an object is “Cre¬ 
ate another”. If you want to create a 
new folder, it is usually faster to se¬ 
lect the “Create another” menu op¬ 
tion rather than opening the 
Templates folder, finding the Folder 
template, and dragging off a copy. 

Other menu options that may aid in 
productivity are related to adding 
menu options to the pop-up menu. 

It is possible to add menu options to 
the pop-up menus of the Workplace 
Shell. This may be useful for provid¬ 
ing quick access to your favorite ap¬ 
plication. Use the following steps if 
you want to add an application to 
the desktop pop-up menu. 

1. Open the Settings Notebook for 
the Desktop. 

2. Select the Menu tab. 

3. With the “Primary pop-up 
menu” highlighted in the “Available 
menus:” listbox, press the “Create 
another...” button next to the 
“Actions on menu:” listbox (in the 
lower part of the Settings page). 

4. Enter your application’s name as 
you want it to appear on the pop-up 
menu in the “Menu item name:” en¬ 
try field. 

5. Enter the physical path and 
name of the program in the 
“Name:” field of the Program dia¬ 
log area. (Optionally, you can use 
the “Find program...” button to 
search for the program if the path is 
not known.) 

6. Select OK and verify that your 
entry appears in the “Actions on 
menu:” listbox. 

7. Close the Settings notebook. 
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8. Bring up the pop-up menu for 
the desktop, and select your new 
menu option to load your 
application. 

Startup Folder Considerations: 

Another way to increase your pro¬ 
ductivity is through the use of the 
Startup folder. Applications, folders, 
and objects that you want to start 
automatically should be placed in 
the Startup folder, which is located 
in the OS/2 System folder. This is 
very similar to activities in your 
own office: The most recent pro¬ 
jects you worked on are put in the 
top shelf of the file drawer. When 
you arrive the next day, the first 
things you pull out are the top items 
in the file drawer. 

The objects in the Startup folder 
start in a random order. If it is 
necessary to start certain applica¬ 
tions in a sequence, there are other 
ways to achieve this. One way is to 
order the applications in a 
STARTUP.CMD file. Another way 
is to include RUN or CALL state¬ 
ments in the CONFIG.SYS file. 

Object Associations: An easy way 
to customize the Workplace Shell is 
to make use of associations. This re¬ 
fers to linking applications and data 
objects by particular attributes, such 
as types or extensions. An example 
of this is to be able to double-click 
a data object with an .XYZ file ex¬ 
tension, and have it automatically 
start and load the file into the 
PMChart application. To accom¬ 
plish this scenario, follow these 
steps: 

1. Bring up the Settings notebook 
for the application for which you 
want to associate a data object 
(PMChart in this example). 

2. Select the Association tab of the 
Settings notebook. 


3. Type *.XYZ in the “New 
name:’’ field and select “Add > >”. 

4. Your file extension should be 
displayed in the “Current names’’ 
listbox. 

5. Close the Settings notebook. 

6. Double-click on an object with 
the .XYZ extension, and watch the 
PMChart application load. 

General Considerations: If you 

like to explore the settings of the 
various objects and of the system, 
be sure that you know what you are 
doing - it is very easy to make 
changes but not remember how to 
recover in the event of a failure. 
Changing statements in the 
CONFIG.SYS file should be left to 
an administrator or technical person. 
Changing some of the settings for 
an application can be performed 
with less expertise. Some items you 
may want to experiment with are: 

• Full-screen versus windowed 
applications 

• Display existing window versus 
create new window 

• Creating customized templates 

• Creating shadows 

The first two items in this list can 
be accessed by the Settings note¬ 
book for a particular application. Se¬ 
lect the Session tab or the Window 
tab, respectively. Using and modify¬ 
ing templates can be done through 
the Templates folder on the default 
Workplace Shell desktop. Before 
modifying the default templates, cre¬ 
ate copies, then modify the copies. 
This ensures that you can recover 
from errors by starting at the begin¬ 
ning. A shadow of an object can be 
created by holding the Ctrl-f Shift 
keys simultaneously while dragging 
an object to a new location. Further 


information about these topics can 
be found in the Master Help Index 
and the README file. 

Since most users have several ob¬ 
jects open at any given time, it is 
helpful to use the minimize button 
and the Window List to ease naviga¬ 
tion through the Workplace Shell 
and active applications and folders. 
Keeping applications and folders 
minimized makes finding desktop 
objects easier, and also reduces the 
amount of processing that OS/2 
must do when applications are open 
on the desktop. 

How to Check Which 
Version of OS/2 2.x Is 
Installed 

Because several versions and re¬ 
leases of OS/2 2.x are available, it 
is useful to be able to check which 
one is installed. 

To do this, we recommend using 
the SYSLEVEL command from an 
OS/2 command prompt in either a 
windowed or full-screen OS/2 
session. 

The output from SYSLEVEL is in 
line-mode, and is displayed one 
page at a time. SYSLEVEL reports 
on all the OS/2 system components 
installed on all the disks in your sys¬ 
tem. You should look for two spe¬ 
cific pieces of information: the 
OS/2 Base Operating System level, 
and the OS/2 Graphics Engine level. 

If more than one version of OS/2 is 
installed on your computer system, 
this information is reported for each 
version. In this case, look for the in¬ 
formation for the disk from which 
you booted OS/2. 
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Non-US systems have a country let¬ 
ter as the third character of the CSD 
level; for example, the UK CSD 
level for OS/2 2.0 is XRU2000. 

Figures 17 through 20 show SYS- 
LEVEL output for OS/2 2.0, OS/2 
2.00.1, OS/2 2.0 with Service Pak 
XR06055 applied, and OS/2 2.1, 
respectively. 

Abbreviations associated with IBM 
Operating System/2* are listed on 
the last page of this article. 


The project leader and editor of the 
OS/2 2.1 Technical Update was 
Adam Jollans, IBM ITSC Boca 
Raton. Authors of portions of the 
OS/2 2.1 Technical Update were: 

Florence Calvez, IBM France 
Rich Dulaney, IBM Personal 
Systems Programming Center 
Boca Raton 

Goh Song Eng, IBM Singapore 
John Heggie, IBM Australia 
Don Johnston, IBM ITSC Boca 
Raton 


Adam Jollans, IBM ITSC Boca 
Raton 

Dietmar Juretzka, IBM Germany 
Thomas Loejfler, IBM ITSC Boca 
Raton 

Douglas Pearless, IBM New Zealand 
David Saunders, IBM European 
Personal Systems Center, 
Basingstoke UK 

Jerry Stegenga, IBM ITSC Boca 
Raton 

Sean Whalen, IBM United States 
Young Woo Pae, IBM Korea 


C:\OS2\INSTALL\SYSLEVEL.OS2 


C:\OS2\INSTALLXSYSLEVEL.OS2 

IBM OS/2 Base Operating System 


IBM OS/2 Base Operating System 

Version 2.00 Component ID 562107701 


Version 2.00 Component ID 562107701 

Type 0 


Type 0 

Current CSD level: XR02000 


Current CSD level: XR06055 

Prior CSD level: XR00000 


Prior CSD level: XR02000 

C:\OS2\INSTALIA SYSLEVEL.GRE 


C:\OS2XINSTALLX SYSLEVEL.GRE 

IBM OS/2 16-bit Graphics Engine 


IBM OS/2 32-bit Graphics Engine 

Version 2.00 Component ID 562107701 


Version 2.01.1 Component ID 562107701 

Type 0 


Type 0 

Current CSD level: XR02000 


Current CSD level: XR02010 

Prior CSD level: XR00000 


Prior CSD level: XR02000 

Figure 17. SYSLEVEL Output: OS/2 2.0 

Figure 19. SYSLEVEL Output: OS/2 2.0 with Service Pak 


XR06055 Applied 

C:\OS2\INSTALIA SYSLEVEL.OS2 


C:XOS2XINSTALLXSYSLEVEL.OS2 

IBM OS/2 Base Operating System 


IBM OS/2 Base Operating System 

Version 2.00.1 Component ID 562107701 


Version 2.10 Component ID 562107701 

Type 0 


Type 0 

Current CSD level: XR02010 


Current CSD level: XR02010 

Prior CSD level: XR02000 


Prior CSD level: XR02010 

C:\OS2\INSTALLX SYSLEVEL.GRE 


C:XOS2\INSTALLX SYSLEVEL.GRE 

IBM OS/2 32-bit Graphics Engine 


IBM OS/2 32-bit Graphics Engine 

Version 2.01.1 Component ID 562107701 


Version 2.10 Component ID 562107701 

Type 0 


Type 0 

Current CSD level: XR02010 


Current CSD level: XR02010 

Prior CSD level: XR02000 


Prior CSD level: XR02010 


Figure 18. SYSLEVEL Output: OS/2 2.00.1 Figure 20. SYSLEVEL Output: OS/2 2.1 
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List of OS/2 2.X Abbreviations 


ABIOS 

Advanced BIOS 

LCD 

Liquid-Crystal Display 

ACL 

Access Control List 

LDT 

Local Descriptor Table 

API 

Application Programming Interface 

MAVDM 

Multiple Application Virtual DOS Machine 

APM 

Advanced Power Management 

MB 

Megabyte (1,048,576 bytes) 

ATM 

Adobe Type Manager 

MCI 

Media Control Interface 

BIOS 

Basic Input/Output System 

MHz 

Megahertz 

CD-DA 

Compact Disk - Digital Audio 

MIDI 

Musical Instrument Digital Interface 

CD-ROM 

Compact Disk - Read-Only Memory 

MMIO 

Multimedia I/O Services 

CD-ROM/XA 

Compact Disk - Read-Only Memory / 

MMPM/2 

Multimedia Presentation Manager/2 


Extended Architecture 

MRI 

Machine-Readable Instruction 

CGA 

Color/Graphics Adapter 

MSCDEX 

Microsoft CD Extensions 

DASD 

Direct Access Storage Device 

MVDM 

Multiple Virtual DOS Machines 

DBCS 

Double-Byte Character Set 

NLS 

National Language Support 

DDE 

Dynamic Data Exchange 

OLE 

Object Linking and Embedding 

DEM 

DOS Emulation 

PCMCIA 

Personal Computer Memory Card 

DLL 

Dynamic Link Library 


International Association 

DMA 

Direct Memory Access 

PDD 

Physical Device Driver 

DOS 

Disk Operating System 

PEL 

Picture Element 

DPMI 

DOS Protected-Mode Interface 

PM 

Presentation Manager 

DMQS 

Display Mode Query and Set 

PMDD 

Presentation Manager Device Driver 

DRAM 

Dynamic Random-Access Memory 

PS/VP 

PS/ValuePoint 

EA 

Extended Attribute 

RAM 

Random-Access Memory 

EGA 

Enhanced Graphics Adapter 

RIPL 

Remote Initial Program Load 

EMS 

Extended Memory Support 

ROM 

Read-Only Memory 

EPM 

Enhanced Editor 

SAVDM 

Single Application Virtual DOS Machine 

ESDI 

Enhanced Small Device Interface 

SBCS 

Single-Byte Character Set 

FAT 

File Allocation Table 

SCSI 

Small Computer System Interface 

GA 

General Availability 

SIMM 

Single Inline Memory Module 

GB 

Gigabyte (1,073,741,824 bytes) 

SOM 

System Object Model 

GDT 

Global Descriptor Table 

SPI 

Stream Programming Interface 

GUI 

Graphical User Interface 

SVGA 

Super Video Graphics Array 

HPFS 

High-Performance File System 

VCDROM 

Virtual CD-ROM Driver 

IDE 

Intelligent Drive Electronics 

VDD 

Virtual Device Driver 

IME 

Input Method Editor 

VDM 

Virtual DOS Machine 

IPC 

Interprocess Communication 

VGA 

Video Graphics Array 

IPF 

Information Presentation Facility 

VIO 

Video Input/Output 

ISA 

Industry-Standard Architecture 

VPIC 

Virtual Programmable Interrupt Controller 

ISO 

International Standards Organization 

VRAM 

Video Random-Access Memory 

ITSC 

(IBM) International Technical 

VxD 

Virtual Device Driver (in Windows 3.1 


Support Center 


Enhanced Mode) 

KB 

Kilobyte (1,024 bytes) 

XGA 

Extended Graphics Array 

LAN 

Local-Area Network 

XMS 

Extended Memory Support 
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Conserving 
Disk Space in 
OS/2 2.1 

The material in this article is 
excerpted from OS/2 2.1 
Performance Tuning for End Users, 
produced by Ginny Roarabaugh, 
IBM Personal Software Products 
Development Laboratory , Boca 
Raton , Florida. 

If you find that your computer’s 
disk space is at a premium, you 
may want to remove some pre¬ 
viously installed features of OS/2 
2.1. The first half of this article lists 
the files for some features and ap¬ 
plets in OS/2 2.1 that you may want 
to delete from your OS/2 2.1 disk 
partition. 

The second half of the article gives 
information on which files are re¬ 
quired on a LAN requester machine, 
and which can be migrated to a 
LAN server machine. 

Pay careful attention to which files 
can be deleted, which can be 
moved, and which should never be 
moved or deleted. 

Files listed are sorted first by exten¬ 
sion (.XXX), then by name. 

OS/2 Files that Can be 
Deleted 

Advanced Power Management 
(APM) 

APM is used to conserve power in 
battery-powered computer systems, 
usually notebook-type computers. 

To delete APM, delete the file 

\OS2\APM.SYS 

In the rest of the lists on these first 
two pages, keep in mind that the 
listed files can be deleted. 


Bitmaps 

Extra bitmaps are provided for 
background display. They are in 
the \OS/2\BITMAP subdirectory. 

All bitmaps except one - 
OS2LOGO.BMP - can be deleted. 

CID 

These files are used for LAN instal¬ 
lation of OS/2. 

\OS2\INSTALL\SEDISK.EXE 
\OS2\INSTALL\SEIMAGE.EXE 
\OS2\INSTALL\SEINST.EXE 
\OS2\INSTALL\SEMAINT.EXE 

Command Reference 

This file, the system command refer¬ 
ence, is the on-line help. 

\OS2\BOOK\CMDREF.INF 

High-Performance File System 
(HPFS) 

\OS2\CACHE.EXE 
\OS2\HPFS.IFS 
\OS2\DLL\STARTLW.DLL 
\OS2\DLL\UHPFS.DLL 

Linker 

Application developers use the 
linker files to link compiled or as¬ 
sembled files into programs. Users 
who are not developing applications 
may want to delete these files. 

\OS2\RCPP.ERR 

\OS2\LINK.EXE 

\OS2\LINK386.EXE 

\OS2\RC.EXE 

\OS2\RCPP.EXE 

PCMCIA Support 

\OS2\PCMCIA.SYS 

REXX 

REXX is a simplified programming 
language. Users who do not need 
REXX can delete these files. 

\OS2\REXXTRY.CMD 
\OS2\PMREXX.EXE 
\OS2\RXQUEUE.EXE 
\OS2\RXSUBCOM.EXE 
\OS2\REX.MSG 
\OS2\REXH.MSG 
\OS2\BOOK\REXX.INF 


\OS2\DLL\PMREXX.DLL 
\OS2\DLL\REXX.DLL 
\OS2\DLL\REXXAPI.DLL 
\OS2\DLL\REXXINIT.DLL 
\OS2\DLL\REXXUTIL.DLL 
\OS2\HELP\PMREXX.HELP 

Remote Initial Program Load 
(RIPL) 

\OS2\HELP\RIPLINST.HLP 
\OS2\INSTALL\RIPLINST.EXE 

OS/2 Tutorial 

\OS2\TUTORIAL.EXE 
\OS2\DLL\TUTORIAL.DLL 
\OS2\HELP\TUTORIAL.HLP 

Chess applet 

\OS2\APPS\OS2CHESS.BIN 
\OS2\APPS\OS2CHESS.EXE 
\OS2\APPS\DLL\CHESSAI.DLL 
\OS2\APPS\HELP\OS2CHESS.HLP 

EPM, the Enhanced Editor applet 

\OS2\APPS\BOX.EX 

\OS2\APPS\DRAW.EX 

\OS2\APPS\E3EMUL.EX 

\OS2\APPS\EPM.EX 

\OS2\APPS\EPMLEX.EX 

\OS2\APPS\EXTRA.EX 

\OS2\APPS\GET.EX 

\OS2\APPS\HELP.EX 

\OS2\APPS\MATHLIB.EX 

\OS2\APPS\PUT.EX 

\OS2\APPS\EPM.EXE 

\OS2\APPS\DLL\ETKE551.DLL 

\OS2\APPS\DLL\ETKR5 51.DLL 

\OS2\APPS\DLL\ETKTHNK.DLL 

\OS2\HELP\EPM.HLP 

\OS2\HELP\EPMHELP.QHL 

Jigsaw applet 

\OS2\APPS\JIGSAW.EXE 
\OS2\HELP\JIGSAW.HLP 

Klondike (solitaire) applet 

\OS2\APPS\CARDSYM.FON 
\OS2\APPS\KLONDIKE.EXE 
\OS2\DLL\KLONBGA.DLL 
\OS2\HELP\KLONDIKE.HLP 

Neko (the cat) applet 

\OS2\APPS\NEKO.EXE 
\OS2\DLL\NEKO.DLL 
\OS2\HELP\NEKO.HLP 
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PicView 

\0S2\APPS\PICVIEW.EXE 
\0S2\APPS\DLL\PICVIEW.DLL 
\0S2\HELP\PICVIEW.HLP 

PMChart productivity aid applet 

\0S2\APPS\FASHI0N.DAT 
\0S2\APPS\GREEN.DAT 
\0S2\APPS\INVEST.DAT 
\0S2\APPS\PMCHART.EXE 
\0S2\APPS\FASHION.GRF 
\0S2\APPS\GREEN.GRF 
\0S2\APPS\INVEST.GRF 
\0S2\APPS\DLL\MGXLIB.DLL 
\0S2\APPS\DLL\MGXVBM.DLL 
\OS2\APPS\DLL\PMFID.DLL 
\0S2\APPS\HELP\PMCHART.HLP 

PM Diary productivity aid applet 

\0S2\APPS\PMDALARM.EXE 
\0S2\APPS\PMDCALC.EXE 
\0S2\APPS\PMDCALEN.EXE 
\0S2\APPS\PMDDARC.EXE 
\0S2\APPS\PMDDIARY.EXE 
\0S2\APPS\PMDLIST.EXE 
\0S2\APPS\PMDMONTH.EXE 
\0S2\APPS\PMDNOTE.EXE 
\0S2\APPS\PMDTARC.EXE 
\0S2\APPS\PMDTODO.EXE 
\0S2\APPS\PMDTUNE.EXE 
\OS2\APPS\PMMBASE.EXE 
\OS2\APPS\PMSPREAD.EXE 
\OS2\APPS\PMSTICKY.EXE 
\OS2\APPS\DLL\PMDIARY.DLL 
\OS2\APPS\DLL\PMDIARYF.DLL 
\OS2\APPS\DLL\PMSTICKD.DLL 
\OS2\HELP\PMDIARY.HLP 

PM Seek productivity aid applet 

\OS2\APPS\PMSEEK.EXE 
\0S2\DLL\PMSEEK.DLL 
\OS2\HLP\PMSEEK.HLP 

Pulse (CPU meter) applet 

\0S2\APPS\PULSE.EXE 
\OS2\HELP\PULSE.HLP 

Reversi game applet 

\OS2\APPS\REVERSI.EXE 
\OS2\HELP\REVERSI.HLP 

Scramble game applet 

\OS2\APPS\SCRAMBLE.EXE 
\0S2\DLL\SCRAMBLE.DLL 
\0S2\DLL\SCRCATS.DLL 


\OS2\DLL\SCRLOGO.DLL 
\OS2\HELP\SCRAMBLE.HLP 

SofTerm (terminal emulator) 
applet 

\OS2\APPS\ACSACDI.DAT 
\OS2\APPS\CTLSACDI.EXE 
\OS2\APPS\SOFTERM.EXE 
\0S2\APPS\CUSTOM.MDB 
\OS2\APPS\SASYNCDA.SYS 
\OS2\APPS\SASYNCDB.SYS 
\OS2\DLL\CTLSACDI.DLL 
\OS2\DLL\OACDISIO.DLL 
\OS2\DLL\OANSI.DLL 
\0S2\DLL\0ANSI364.DLL 
\OS2\DLL\OCHAR.DLL 
\OS2\DLL\OCM.DLL 
\OS2\DLL\OCOLOR.DLL 
\OS2\DLL\OCSHELL.DLL 
\OS2\DLL\ODBM.DLL 
\OS2\DLL\OFMTC.DLL 
\OS2\DLL\0IBM1X.DLL 
\OS2\DLL\OIBM2X.DLL 
\OS2\DLL\OKB.DLL 
\OS2\DLL\OKBC.DLL 
\OS2\DLL\OKERMIT.DLL 
\OS2\DLL\OLPTIO.DLL 
\OS2\DLL\OMCT.DLL 
\OS2\DLL\OMRKCPY.DLL 
\OS2\DLL\OPCF.DLL 
\OS2\DLL\OPM.DLL 
\OS2\DLL\OPROFILE.DLL 
\OS2\DLL\ORSHELL.DLL 
\OS2\DLL\OSCH.DLL 
\OS2\DLL\OSIO.DLL 
\OS2\DLL\OSOFT.DLL 
\OS2\DLL\OTEK.DLL 
\OS2\DLL\OTTY.DLL 
\OS2\DLL\OVIO.DLL 
\OS2\DLL\OVM.DLL 
\OS2\DLL\OVT.DLL 
\OS2\DLL\OXMODEM.DLL 
\OS 2\DLL\OXRM.DLL 
\OS2\DLL\SACDI.DLL 
\OS2\DLL\SAREXEC.DLL 
\OS2\DLL\SACDI.MSG 
\OS2\HELP\ACDISIO.HLP 
\OS2\HELP\ANSI3 64.HLP 
\OS2\HELP\ANSIIBM.HLP 
\OS2\HELP\IBM31011.HLP 
\OS2\HELP\IBM31012.HLP 
\OS2\HELP\IBMSIO.HLP 
\OS2\HELP\SOFTERM.HLP 
\OS2\HELP\TTY.HLP 
\OS2\HELP\VTTERM.HLP 
\OS2\HELP\XRM.HLP 


FAXPM fax applet 

\OS2\APPS\FAXDDE.EXE 
\OS2\APPS\FAXPM.EXE 
\OS2\APPS\FAXVIEW.EXE 
\OS2\APPS\FAXPM.HLP 
\OS2\APPS\FAXREQ.HLP 
\OS2\APPS\FAXFLDR.ICO 
\OS2\APPS\ACLASS2.RCV 
\OS2\APPS\SIMUL.RCV 
\OS2\APPS\ACLASS2.SND 
\OS2\APPS\SIMUL.SND 
\OS2\APPS\DLL\ACLASS2.DLL 
\OS2\APPS\DLL\FAXAPPl.DLL 
\OS2\APPS\DLL\FAXAPP10.DLL 
\OS2\APPS\DLL\FAXAPP11.DLL 
\OS2\APPS\DLL\FAXAPP12.DLL 
\OS2\APPS\DLL\FAXAPP2.DLL 
\OS2\APPS\DLL\FAXAPP3.DLL 
\OS2\APPS\DLL\FAXAPP4.DLL 
\OS2\APPS\DLL\FAXAPP5.DLL 
\OS2\APPS\DLL\FAXAPP6.DLL 
\OS2\APPS\DLL\FAXAPP7.DLL 
\OS2\APPS\DLL\FAXAPP8.DLL 
\OS2\APPS\DLL\FAXAPP9.DLL 
\OS2\APPS\DLL\SIMUL.DLL 
\OS2\DLL\FAXPM\FAXPM.DRV 
\OS2\DLL\FAXPM\FAX42XX.EXE 
\OS 2\DLL\FAXPM\PRT32FAX.EXE 
\OS2\DLL\FAXPM\FAX_DRV.HLP 

Migrating OS/2 Files to a 
LAN Server 

This section contains information 
about which files are required on a 
LAN requester machine, and which 
can be migrated to a LAN server 
machine. To gather this information, 
the Personal Software Products De¬ 
velopment Laboratory performed 
tests that (1) moved files off of a re¬ 
quester machine onto the server, 
then (2) booted the requester ma¬ 
chine, then (3) performed basic op¬ 
erations, functions, and applications. 

Important: 

(1) When you move files to a server 
machine, remember to modify the 
LIBPATH, PATH, and DPATH 
statements in the requester ma¬ 
chine’s CONFIG.SYS file to point 
to the directory on the server where 
the files were moved to. 
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(2) You should never delete any 
OS/2 system directory entries in 
these path statements, even if those 
entries are empty. If they are empty, 
move them to the ends of your path 
statements. 

(3) For applications that appear in 
folders, you must update their set¬ 
tings to point to the correct drive 
and directory. Examples of such ap¬ 
plications are: 

• STHR.EXE, in the Start Here 
icon on the OS/2 desktop 

• E.EXE in the Productivity folder 

• All applets and games in the Pro¬ 
ductivity and Games folders. 

Files to Remain in \OS2 Directory 
on LAN Requester 

Following is a list of files that 
should remain in the \OS2 directory 
on the LAN Requester machine. 
Most of these files are for device 
drivers, hardware support, and sys¬ 
tem and user .INI files. Some of the 
.SYS and .DMD files may not re¬ 
side in your \OS2 directory, depend¬ 
ing on the type of installation you 
did, and what hardware is installed 
in your computer system. 

Unlike in the previous section, keep 
in mind that the files listed here 
should remain on your LAN Re¬ 
quester system. 

IBM2ADSK.ADD 
IBM2FLPY.ADD 
IBM2SCSI.ADD 
000000.BIO 
F80D00.BIO 
F80D01.BIO 
W020100.BIO 
W020101.BIO 
W050000.BIO 
W050100.BIO 
W050101.BIO 
W060100.BIO 
W0F0000.BIO 
CHKDSK.COM 
KEYBOARD.DCP 
VIOTBL.DCP 


OS2ASPI.DMD 
OS2DASD.DMD 
OS2SCSI.DMD 
ATTRIB.EXE 
CACHE.EXER 
CMD.EXE 
PMREXX.EXE 
PMSHELL.EXE 
SVGA.EXE 
UNPACK.EXE 
VIEW.EXE 
VIEWDOC.EXE 
HPFS.IFS 
PMCONTRL.INF 
OS2.INI 
OS2SYS.INI 
IBMINT13.113 
ABIOS.SYS 
CLOCK02.SYS 
COM.SYS 
DOS.SYS 
EXTDSKDD.SYS 
LOG.SYS 
MOUSE.SYS 
KBD02.SYS 
PCLOGIC.SYS 
PCMCIA.SYS 
PMDD.SYS 
POINTDD.SYS 
PRINT02.SYS 
SCREEN02.SYS 
TESTCFG.SYS 
VDISK.SYS 

In the list above: 

The CACHE.EXE and HPFS.IFS 
files are required if you are using 
HPFS in your system. 
UNPACK.EXE is included in case 
you need to retrieve a file from the 
installation diskettes. 
CHKDSK.COM is included if Auto¬ 
check is specified for the file sys¬ 
tems when the system is booted. 

The ATTRIB.EXE file is included 
because it may be needed by certain 
support functions. 

Files not listed above can be moved 
to a directory on the server. This di¬ 
rectory should be placed in the 
PATH statement of the 
CONFIG.SYS file in the root direc¬ 
tory of the requester machine. It 
would also be wise to create a disk¬ 


ette with system utilities such as 
FORMAT and XCOPY that can be 
kept near the requester machine for 
maintenance in case the server is 
not available. 

Files to Remain in \OS2\DLL 
Subdirectory 

Following is a list of the .DLL files 
that must remain in the \OS2\DLL 
subdirectory of the requester ma¬ 
chine. This subdirectory also con¬ 
tains files used for fonts and printer 
drivers; although they are not listed 
here, these files should remain on 
your requester machine. Their file 
extensions are .DRV, .FON, .PDR, 
.PSF, and .QPR. The following list 
also does not include any .DLL files 
that may have been placed in the 
\OS2\DLL subdirectory by a prod¬ 
uct other than OS/2. 

BKSCALLS.DLL 
BMSCALLS.DLL 
BVH8514A.DLL 
BVHVGA.DLL 
BVHWNDW.DLL 
BVSCALLS.DLL 
DISPLAY.DLL 
DOSCALLl.DLL 
FKA.DLL 
HELPMGR.DLL 
HPMGRMRl.DLL 
IBM8514.DLL 
IMP.DLL 
KBDCALLS.DLL 
MINXMRl.DLL 
MOUCALLS.DLL 
MSG.DLL 
NAMPIPES.DLL 
NLS.DLL 
NPXEMLTR.DLL 
NWIAPI.DLL 
OS2CHAR.DLL 
OS2SM.DLL 
PMATM.DLL 
PMCTLS.DLL 
PMDRAG.DLL 
PMGPI.DLL 
PMGRE.DLL 
PMMLE.DLL 
PMSDMR1.DLL 
PMSHAPI.DLL 
PMSHAPIM.DLL 
PMSHLTKT.DLL 
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PMSPL.DLL 
PMVIOP.DLL 
PMWIN.DLL 
PMWP.DLL 
PMWPMRl.DLL 
QUECALLS.DLL 
REXXINIT.DLL 
SESMGR.DLL 
SOM.DLL 
SPLIB.DLL 
VIOCALLS.DLL 
WCFGMRI.DLL 
WINCFG.DLL 
WPCONFIG.DLL 
WPCONMR1.DLL 
WPPRINT.DLL 
WPPRTMR1.DLL 

Files not listed above can be moved 
to a directory on the server. 

The actual BVH*.DLL and 
IBM*.DLL files you have may 
vary, depending on the type of dis¬ 
play adapter that is in your com¬ 
puter system. In any case, if the 
name of a .DLL file starts with 
BVH or IBM, it must remain in the 
\OS2\DLL subdirectory on the re¬ 
quester machine. 


Files to Remain in \OS2\MDOS 
Subdirectory 

Following is a list of the files that 
must remain in the \OS2\MDOS 
subdirectory of the requester ma¬ 
chine. The APPEND.EXE file must 
never be moved from this subdirec¬ 
tory. The DOSKRNL and 
COMMAND.COM files are specifi¬ 
cally searched for in this subdirec¬ 
tory. All the other listed files 
provide device-driver support. They 
can be removed if the devices are 
not on your system, or they may not 
appear due to the installation op¬ 
tions that were used. 

DOSKRNL 
COMMAND.COM 
APPEND.EXE 
ANSI.SYS 
COMDD.SYS 
EGA.SYS 
EMM386.SYS 
FSFILTER.SYS 
HIMEM.SYS 
LPTDD.SYS 
V8514A.SYS 
VAPM.SYS 
VBIOS.SYS 
VCDROM.SYS 
VCGA.SYS 
VCMOS.SYS 



VCOM.SYS 
VDMA.SYS 
VDPMI.SYS 
VDPX.SYS 
VDSK.SYS 
VEGA.SYS 
VEMM.SYS 
VFLPY.SYS 
VKBD.SYS 
VLPT.SYS 
VMONO.SYS 
VMOUSE.SYS 
VNPX.SYS 
VPCMCIA.SYS 
VPIC.SYS 
VSVGA.SYS 
VTIMER.SYS 
WGA. SYS 
VWIN.SYS 
VXGA.SYS 
VXMS.SYS 

Files in \OS2\BOOK and 
\OS2\HELP Subdirectories 

All of the base OS/2 files in the 
\OS2\BOOK and \OS2\HELP subdi¬ 
rectories can be moved to a server 
machine. If they are moved, the 
SET HELP, SET GLOSSARY, and 
SET BOOKSHELF statements in 
CONFIG.SYS on the requester ma¬ 
chine must be modified to point to 
the server path. 


Personal Software / Issue 1, 1993 














32 


Files in \OS2\SYSTEM 
Subdirectory 

No files should be removed from 
this subdirectory. 

Files in \OS2\INSTALL 
Subdirectory 

Which files may be removed from 
the \OS2\INSTALL subdirectory 
will depend on what other support 
is being installed on your system 
and whether service updates are go¬ 
ing to be applied to the system. The 
following files can be migrated to a 
LAN server machine: 

DATABASE.DAT 
DATABASE.TXT 
INSTAID.LIB 
PRDESC.LST 
PRDRV.LST 
SAMPLE.RSP 
USER.RSP 

Although these files can be moved, 
you may want to keep the 


DATABASE.DAT file in the 
\OS2\INSTALL subdirectory, be¬ 
cause it is used by the Migrate 
utility. 

All other files in the 
\OS2\INSTALL subdirectory must 
remain there because of service 
requirements. 

Files in \OS2\APPS Subdirectory 

All of the application files in 
\OS2\APPS can be moved to a serv¬ 
er machine. If they are, you must en¬ 
sure that the Productivity and 
Games icons reflect the new path 
names. 

Files in \OS2\BITMAP 
Subdirectory 

In the \OS2\BITMAP subdirectory, 
the only file that must remain is 
OS2LOGO.BMP. 


Files in \OS2\DRIVERS 
Subdirectory 

All files in the \OS2\DRIVERS sub¬ 
directory must remain there. 
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Customizing 

Your 

Application 

Migration 

Virginia Roarabaugh 
IBM Corporation 
Boca Raton , Florida 

The OS/2 operating system, version 
2.1, offers support for DOS and 
DOS/Windows applications, as well 
as OS/2 and Presentation Manager 
applications. This means you can in¬ 
stall many different application 
types, and work with them concur¬ 
rently in one system. 

To make it easy to set up your appli¬ 
cations where you want them, and 
to provide a quick way to create pro¬ 
gram icons, the Migrate utility is 
provided with OS/2 2.x. 

What is Migrate? 

The Migrate utility locates program 
files, creates program icons, and 
sets paths and some specific set¬ 
tings. The Migrate utility either ac¬ 
cesses information in a migration 
database file (DATABASE.DAT), 
or uses standard defaults. Many set¬ 
tings have standard defaults, too nu¬ 
merous to discuss here. This article 
concentrates on the 
DATABASE.DAT file. 

The Migrate utility runs at the end 
of OS/2 installation. It also runs at 
the end of any subsequent selective 
installation of OS/2 features. Fi¬ 
nally, you can run the Migrate util¬ 
ity at any time by selecting its 
program object. 


Why Create a Customized 
Migration Database? 

The DATABASE.DAT migration 
database supplied with OS/2 2.1 
contains information about more 
than 600 applications. 

But, suppose you install OS/2 on 
many systems. If you would like to 
configure programs and create pro¬ 
gram objects automatically - putting 
the icons on the desktop or in spe¬ 
cific folders - then a customized mi¬ 
gration database is for you. You can 
create your own customized migra¬ 
tion database easily. Then, instead 
of moving program icons to differ¬ 
ent folders and changing settings 
program-by-program, you can let 
the Migrate utility do the work. 

First, decide for which programs 
you would like to have icons some¬ 
where on the desktop. These can be 
programs you have installed, or pro¬ 
grams (utilities or applets) that 
come with OS/2. Program files have 
file extensions of .EXE, .COM, 
.BAT, or .CMD. 

Second, decide about your folder 
setup. For instance, you can decide 
to have special names on folders, or 
to put some folders inside other fold¬ 
ers, or use any other decision factor. 

Customized Migration 
Database File 

Once you have decided about your 
icons and desktop folder layout, you 
can create a customized migration 
database file. In this article, your 
customized migration database file 
is named MYDB.DAT. 

Default Input and Output Files: 

The file DATABASE.TXT is the in¬ 
put file, in text format, containing 
information that was used to com¬ 
pile the supplied DATABASE.DAT 
file. The file DATABASE.DAT is 


the default migration database file 
that the Migrate utility can use un¬ 
less you tell it otherwise. These two 
DATABASE files are located in the 
\OS2\INSTALL subdirectory. 

Your goal is to create customized 
files, MYDB.TXT and 
MYDB.DAT, that the Migrate util¬ 
ity will use to migrate your list of 
programs to the OS/2 2.1 
environment. 

Creating MYDB.TXT: Before you 
can create your customized migra¬ 
tion database file, MYDB.DAT, you 
must first create your corresponding 
customized text input file, 
MYDB.TXT. (You could, of 
course, alter your original 
DATABASE.TXT file, but if you in¬ 
advertently make mistakes in your 
alteration, you will no longer have a 
good original file.) 

As a starting point, make a copy of 
the DATABASE.TXT file, and call 
the copied file MYDB.TXT. It 
does not matter where you put 
MYDB.TXT; it can even be put on 
a diskette so that it can be shared 
or moved easily. Then edit 
MYDB.TXT using any editor, such 
as the system editor (EPM). 

In DATABASE.TXT, find a pro¬ 
gram entry to use as a template for 
creating your own program entry 
in MYDB.TXT. Copy all the 
lines from the template entry in 
DATABASE.TXT to MYDB.TXT. 
Change the names and paths in 
MYDB.TXT where appropriate. 

Then change or enter the specific 
settings information. For example, 
you may have tried a specific set¬ 
ting for your environment and 
found it to be useful. 

All tokens and settings that apply to 
one program must be placed to¬ 
gether in MYDB.TXT, with no 
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REM - 

REM My Utilities -- 
REM - 

FDISKPM 

NAME 

FDISKPM.EXE 

TITLE 

FDISKPM 

TYPE 

OS/2 

ASSOC_FILE 

NULL 

DEF_DIR 

NULL 

FOLDER 

My Utilities 

(here you must have 

; a blank line) 


Figure 1. MYDB.TXT Entry for Placing FDISKPM.EXE in "My Utilities" Folder 


blank lines in between. (A blank 
line denotes the end of the entry for 
a program.) The contents within 
.TXT files are not case-sensitive. 

The minimum required tokens for 
defining a program in your custom¬ 
ized migration database file are 
Name, Title, Type, Assoc_file and 
Def_dir. The Name is the full name 
of the program to be migrated. The 
Title is the name that will be dis¬ 
played under the program object; 
you can display any title you choose 
by typing it into the Title field. The 
Type (OS/2, DOS, or Windows) is 
used by Migrate to differentiate be¬ 
tween multiple versions of the same 
program. The Assoc_file and 
Def_dir tokens can be entered as 
Null, or you can specify the associ¬ 
ated file type and default directory 
needed by a specific program. 

Additional tokens or settings should 
be listed next. Finally, as mentioned 
above, the end of a program’s entry 
must be followed by a blank line. 

Figure 1 shows an entry you can 
make in MYDB.TXT for the pro¬ 
gram FDISKPM. It includes only 
the required tokens, plus a Folder to¬ 
ken that tells Migrate to put the pro¬ 
gram object for FDISKPM into the 
folder titled My Utilities. 

The DBTAGS.DAT File: This file 
contains information about all possi¬ 
ble tokens and settings for describ¬ 


ing a program in the migration data¬ 
base file. The tags file also contains 
usage information for each entry. 
Use the tags file for reference only; 
do not change this file. 

After you complete building your 
customized text file, MYDB.TXT, 
save it. Now it is time to compile 
MYDB.TXT into your customized 
migration database file 
MYDB.DAT, using the 
PARSEDB.EXE program. 

The PARSEDB Utility: The 

PARSEDB utility reads an input file 
(here, MYDB.TXT), verifies that its 
entries meet the requirements speci¬ 
fied in the tags file DBTAGS.DAT, 
then creates an output file (here, 
MYDB.DAT). The output file is in 
a format that the Migrate utility can 
use to update the program object en¬ 
tries. A program object entry for a 
particular application is found in the 
application’s Settings notebook. 

To specify your customized text file 
MYDB.TXT as input, and to create 
your customized migration database 
file MYDB.DAT as output, use this 
PARSEDB command: 

PARSEDB 

[path]DBTAGS.DAT 
[path]MYDB.TXT 
[path]MYDB.DAT 

Remember to fully qualify the paths 
for files that are not in your current 
directory. 


As the PARSEDB program runs, it 
displays the line number that is proc¬ 
essing. If an error occurs, the line 
number of the error is displayed, 
and the program exits. Examples of 
errors are: forgetting to put REM on 
comment lines; specifying unallow¬ 
able values for settings (e.g., mak¬ 
ing the DPMI_MEMORY_LIMIT 
entry greater than 512); using inva¬ 
lid keywords; or making errors such 
as misspelling a setting keyword. 

Edit the file MYDB.TXT, correct 
the error, and begin the PARSEDB 
process again. At completion, 
PARSEDB gives a count of pro¬ 
grams compiled, and a breakdown 
of DOS, Windows, and OS/2 appli¬ 
cations. When the PARSEDB pro¬ 
gram has successfully completed, it 
has compiled your MYDB.DAT 
file. This file can be used when you 
run the Migrate utility, next. 

Using Migrate: To tell the Migrate 
utility to access your customized da¬ 
tabase file MYDB.DAT, start the 
Migrate utility. Change the name of 
the database file listed at the top of 
the first dialog menu displayed, so 
that it points to MYDB.DAT. Then 
proceed through Migrate. Migrate 
will access your MYDB.DAT to get 
specific program information, and 
will migrate the programs listed in 
your MYDB.DAT file. 

After Migrate ends, you can verify 
that your program objects have your 
specific setting values by looking in 
the settings notebooks of your pro¬ 
gram objects. Your program objects 
are located in the folders you speci¬ 
fied in your migration database file. 

This is an easy way to customize 
your OS/2 2.1 system and shorten 
startup time after installation. 

The biography for Virginia Roara- 
baugh is on page 32. 
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OS/2 2.1 
Swap File 



Virginia Roarabaugh 
IBM Corporation 
Boca Raton, Florida 

So you have installed the OS/2 
operating system, and now you have 
a swap file, SWAPPER.DAT. Even 
though you may have large amounts 
of memory - larger than you prob¬ 
ably need - there is still that swap 
file, staying right there on your 
hard drive. Perhaps you think you 
have no control over its size or 
location. Actually, you do: some 
CONFIG.SYS parameters provide 
some user control. 

This article covers the swap file’s 
setup parameters, explains how to 
tune those settings, and gives you 
the rationale behind the swap file’s 
contents. 

Swap files are common in many op¬ 
erating systems, including OS/2. 
Current computer hardware allows 
operating systems to assign virtual 
address space to applications. This 
address space can be backed by 
either real (system) memory or by 
disk space. When more memory is 
needed to execute programs than is 
currently available in the computer 
system, OS/2 moves some of the 
information stored in memory 
off to the hard drive, into the 
SWAPPER.DAT file. This transfer 
of information is called swapping or 
paging. 

Swap File Location 

The swap file is really just another 
file on your system. Like all other 
files, it is managed by the file sys¬ 
tem, which can be either the File Al¬ 
location Table (FAT) system or the 


High-Performance File System 
(HPFS). 

The swap file is allocated at boot 
time, to improve performance and 
to reduce fragmentation of this file 
on the disk. Every time the system 
is booted (either at power-on or re¬ 
boot), the swap file is reallocated as 
a new file. Because of the behavior 
of the file systems, the new swap 
file usually begins in the same loca¬ 
tion where the last swap file was lo¬ 
cated. However, users can specify 
the location and initial size of the 
swap file, as well as some behavior 
characteristics. 

Changing the Location and 
Size of the Swap File 

The swap file parameters in OS/2 
2.1 have changed from prior re¬ 
leases of OS/2. The new parameters 
enable easier tuning for increased 
performance. 

For best performance, you should 
place your swap file in the least- 
used partition, near the center of 


your disk, on either the most fre¬ 
quently accessed non-SCSI disk, or 
the least frequently accessed SCSI 
disk. To get to the center of your 
disk, use FDISK to select a disk par¬ 
tition near the middle. Placing the 
swap file on the least-used partition 
reduces fragmentation when the 
swap file gets larger. Placing the 
swap file near the center of the disk, 
especially on an overcommitted sys¬ 
tem (explained below), minimizes 
head movement. When there are 
multiple hard disks, such as busmas¬ 
tering SCSI hard disks, that can 
overlap I/O requests, put the swap 
file on the least accessed disk, so 
that paging requests do not compete 
with disk access requests by applica¬ 
tions. However, if the hard disks 
cannot overlap I/O requests, keep 
the swap file on the most frequently 
accessed disk. 

The subject of file system perform¬ 
ance is worthy of an article of its 
own, which may follow in a future 
issue of this publication. 
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The swap file’s location is deter¬ 
mined by the SWAPPATH= line in 
CONFIG.SYS. Here is a typical 
SWAPPATH= statement: 

SWAPPATH=D:\OS2\SYSTEM 
4096 3072 

This SWAPPATH= statement says 
that the swap file is located in the 
default \OS2\SYSTEM subdirectory 
on the install partition, D:. The first 
parameter, 4096, specifies the min- 
free value (explained in the next sec¬ 
tion), and the second parameter, 
3072, is the initial swap file size 
value. Both values are expressed in 
KB. If the value entered is not pre¬ 
cisely a megabyte, OS/2 rounds the 
value up to the next megabyte value. 

Your OS/2 2.1 operating system 
comes with default values that work 
well on most computer systems. 
However, you can tune these values 
to improve system performance, and 
to better handle a shortage of disk 
space on your computer. 

The Minfree Value 

In the default configuration of OS/2 
2.1, even though an application’s re¬ 
quest for memory allocation appears 
to be fulfilled (because of a success¬ 
ful return code RC=0), at that time 
OS/2 treats that memory as virtual; 
that is, OS/2 does not yet back that 
memory request with real memory. 

It is only when the application 
wants to use that virtual memory 
that OS/2 attempts to back it with 
real memory. However, at that in¬ 
stant the computer system’s real 
memory may be overcommitted; 
that is, you may be running pro¬ 
grams whose working set (the sum 
of all memory needed for all pro¬ 
gram code and data) is larger than 
the amount of real memory in your 
computer system. In this case, OS/2 
probably has to move some data to 
the swap file, and the swap file 


grows. Sometimes, however, OS/2 
can discard code instead, freeing up 
memory without having to write to 
the swap file. 

The swap file’s minfree value acts 
as a warning buffer. Just before 
OS/2 extends the swap file, it 
checks to see if there is more free 
disk space available than the sum of 
the minfree amount plus the space 
needed to extend the swap file. If 
the am;ount of free disk space is 
less than the minfree value, you will 
see a warning message telling you 
to take immediate action to free up 
some memory or risk losing data. 
How you should respond to this 
message is spelled out later, in the 
section titled “Reacting to the 
Minfree Warning.” 

The MEMMAN Statement: The 

MEMMAN statement has a new pa¬ 
rameter that changes the meaning of 
the minfree value. The default is 
two parameters: 

MEMMAN=SWAP,PROTECT 

Here, the first parameter (SWAP) 
specifies that the OS/2 operating 
system should run with swapping 
enabled. (NOSWAP would mean 
that all code and data needs to re¬ 
side in memory until freed.) The 
second parameter allows applica¬ 
tions to run in protected mode. 

If the MEMMAN= statement in 
CONFIG.SYS has the additional pa¬ 
rameter COMMIT, like this: 

MEMMAN = SWAP,PROTECT,COMMIT 

then OS/2 2.1 will manage memory 
as it did in OS/2 1.x. In OS/2 1.x, 
when a memory allocation is 
requested, either real (system) mem¬ 
ory or swap-file space is immedi¬ 
ately assigned to satisfy the request. 
Therefore, in OS/2 2.1, when the 


COMMIT parameter is used, OS/2 
backs all memory requests immedi¬ 
ately, which may cause the swap 
file to grow. 

When an application requests mem¬ 
ory, a return code of 8 (memory not 
available) is sent to the requesting 
application. The application that re¬ 
ceives the RC=8 must be able to 
handle it, and to exit the memory re¬ 
quest successfully. Most applica¬ 
tions correctly handle such a failure. 

The COMMIT parameter should be 
used on all unattended computer sys¬ 
tems. Servers, especially locked-up 
servers, should have the COMMIT 
parameter set. 

Initial Swap File Size 

The initial swap file size is set, at 
installation time, to a default value 
that depends on the amount of physi¬ 
cal memory installed in the com¬ 
puter system. While the default 
value is generally sufficient, it can 
be tuned to your specific system. 

The swap file’s initial size should 
be set to the value that is most 
commonly used in your computer 
system. This helps prevent the over¬ 
head of growing the swap file incre¬ 
mentally during paging operations, 
and having to manage that grown 
space until files are compacted. 

To determine the correct size for 
your swap file, use your system as 
you usually do, occasionally check¬ 
ing the size of the SWAPPER.DAT 
file. The size specified in 
CONFIG.SYS should be at least 
this size, or 1 or 2 MB larger if disk 
space permits. 

While the system is running, if 
more swap file space is needed than 
is already allocated, the OS/2 kernel 
will expand the swap file in 1 MB 
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increments. The swap file expands 
only during the processing of page 
faults, when it is determined that 
more swap space is needed. When 
one or more pages need to be 
swapped out from memory, the ker¬ 
nel determines if these particular 
pages already have space allocated 
in the swap file. If so, the memory 
manager simply writes the pages 
into their allocated swap space. 
However, if no space is allocated, 
the memory manager looks for free 
space within the swap file. If no 
free space is left, the swap file is ex¬ 
panded, and the memory manager 
then writes the pages to their new 
swap space, at the end of the swap 
file. 

Conversely, swap space in the swap 
file is normally not freed up until 
the corresponding memory is deallo¬ 
cated (freed). When the swap file 
grows beyond its initial size, OS/2 
must continually determine whether 
compaction of the swap file can 


take place. This additional overhead 
causes a small performance penalty. 
To optimize your system’s perform¬ 
ance, make sure your initial swap 
file size is correct. 

Swap File Contents 

The swap file’s contents include 
both code and data. The information 
stored there is either backed-up 
code and/or data in overcommitted 
systems, or some 16-bit OS/2 appli¬ 
cation code and resources. It is prob¬ 
ably a combination of both. 

The reason that 16-bit OS/2 applica¬ 
tion code and resources are backed 
up in the swap file is to improve 
performance by reducing the work¬ 
ing set (the total amount of memory 
in use for programs and data). Seg¬ 
mented 16-bit applications require 
that an entire segment be brought 
into system memory, even if you 
need only a piece (page) of that seg¬ 
ment. Perhaps that page was pre¬ 
viously discarded (OS/2 uses an 


aging algorithm to discard pages 
that have not lately been referenced, 
discarding the least-referenced page 
first). Whenever a reference is made 
to a discarded page, the complete 
16-bit application segment contain¬ 
ing that page is loaded into memory. 

To minimize the impact on perform¬ 
ance, when OS/2 2.1 (which is a 32- 
bit, flat-memory operating system 
that is managed in 4 KB pages) in¬ 
itially loads a 16-bit, segmented 
OS/2 application, OS/2 2.1 packs 
some segments into pages, and cop¬ 
ies the packed pages to the swap 
file for faster recovery when needed. 

The 16-bit application segments are 
packed based on five conditions. 
Packing must be enabled (which it 
is by default). Segments that are 
packed must be code segments 
only. They must be less than 32 KB 
in size, and the last page must con¬ 
tain fewer than 4000 bytes. There 
must also be at least three segments 
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to pack. This memory-packing algo¬ 
rithm makes the most effective use 
of memory and swap file space. 

The packing feature can be disabled 
by using the NOPACK option in 
the MEMMAN= statement in 
CONFIG.SYS. NOPACK causes 
the swap file size to be smaller. 
However, the NOPACK option also 
brings about a decrease in perform¬ 
ance, and a larger working set. The 
working set gets larger because, in 
OS/2 2.x, every 16-bit segment of 
any size up to 4096 bytes occupies 
a full 4 KB page in memory. This 
increase in the working set causes 
memory overcommitment to occur 
earlier. All told, it is always better 
to use the packing feature. 

Swap File Compaction 

If the swap file must expand be¬ 
yond its initial size, OS/2 has file 
management routines that compact 
the swap file back to its initial size 
as soon as possible. 

The swap file shrinks when several 
conditions are met. When the 
amount of free space in the ex¬ 
panded swap file exceeds 1.5 MB, 
swap-file compaction is performed 
when the system is idle. During 
compaction, free swap space is 
moved to the end of the swap file. 
After compaction, if the amount of 
free space at the end of the swap 
file is greater than 1 MB, the swap- 
file size is decreased in 1 MB incre¬ 
ments. (Recall that, as mentioned 
above, swap-file expansion also oc¬ 
curs in 1 MB increments.) 

The swap file compacts only when 
it has grown larger than the size in¬ 
itially set in CONFIG.SYS. If you 
set an initial swap file size of 20 
MB, but OS/2 needs only a small 
portion of the 20 MB, OS/2 does 


not decrease the swap file to a 
smaller size. 

Reacting to the Minfree 
Warning 

If you do not have COMMIT set, 
the minfree value determines when 
you get warning messages about 
low disk space. The same message 
appears every time the swap file ex¬ 
pands and the remaining free disk 
space is less than the value speci¬ 
fied in minfree. 

Your options when the warning mes¬ 
sage appears are: 

(1) End Program/Command/Opera¬ 
tion, or 

(2) Ignore the Error and Continue, or 

(3) Display Help 

You can certainly ask to display 
help, but eventually you must take 
action. 

If you choose option 1, OS/2 will 
terminate the program that re¬ 
quested the memory. OS/2 will prob¬ 
ably end an application you are just 
starting, or an application that re¬ 
quested memory to open a new file 
or to access additional function. 

That application might even be the 
OS/2 Workplace Shell. The Work¬ 
place Shell makes many requests 
for memory, some of them on be¬ 
half of applications. After OS/2 
ends the Workplace Shell, it will re¬ 
start. Other applications will not 
restart. 

The second option allows you to 
control the choices. You can either 
(a) free up real memory by closing 
one or two applications, or (b) free 
up disk space for the swap file by 
erasing, moving, or compressing 
other files. 


In any case, do not ignore the mes¬ 
sage. Close any open applications, 
utilities, and folders to free up real 
memory. Look at the Window List 
to see what is currently active. You 
can close programs from the Win¬ 
dow List by selecting them (they 
will be highlighted), displaying the 
pop-up menu (mouse button 2), and 
selecting Close. Alternately, you 
may want to use a file-packing util¬ 
ity to compress files to save space. 

If you (unfortunately) choose to ig¬ 
nore the warning, here is what hap¬ 
pens: A running application 
believes it has received the memory 
that it requested. OS/2, trying to ac¬ 
commodate that application, at¬ 
tempts to obtain the memory by 
expanding the swap file. However, 
there is not enough disk space to ex¬ 
pand the swap file. The application, 
therefore, is denied access to its ex¬ 
pected memory at a time when it 
cannot recover from the memory al¬ 
location failure. The upshot is that 
the application halts, and you may 
lose its data files. 

If that’s not bad enough: the applica¬ 
tion that halts might be part of the 
operating system. If so, the entire 
OS/2 operating system will halt. 
Once you reach the end of your free 
disk space, you will get no addi¬ 
tional warnings, and no chance to 
save data. 

Clearly, the best response to the 
minfree warning is to end the appli¬ 
cations that you are no longer using. 
After all, you are the most knowl¬ 
edgeable source of information 
about what you need or do not need 
to run in your OS/2 environment. 

The biography for Virginia 
Roarabaugh is on page 32. 
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OS/2 Questions 
and Answers 

Doug Azzarito 
IBM Corporation 
Boca Raton FL 

Q: 

What is the EA_DATA._SF file? It 
takes up a lot of space on my disk, 
and it seems to grow bigger all the 
time. 

A: 

The EA_DATA._SF file is where 
OS/2 stores Extended Attributes 
(EA) on FAT drives. (HPFS drives 
don’t need this file, because HPFS 
has built-in EA storage facilities.) 
You must be very careful when han¬ 
dling EAs on FAT drives. Let’s dis¬ 
cuss the entire FAT EA picture. 

Extended Attributes are an exten¬ 
sion of the file attributes in DOS. 
The DOS file attributes are limited 
to HIDDEN, SYSTEM, READ¬ 
ONLY, and ARCHIVE. EAs are 
much more powerful. You can as¬ 
sign free-form text to any file (for 
example, the “title” of a file). You 
can also add an icon to the EA of a 
file. 

When you add EAs to files on FAT 
drives, OS/2 stores the EAs in the 
EA_DATA._SF file, and places a 
pointer to these EAs in the file’s di¬ 
rectory entry. The FAT directory en¬ 
try includes 10 “reserved” bytes 
(currently unused by DOS). The EA 
pointer is stored in this area. 

Here’s the first problem: DOS de¬ 
stroys any data stored in the re¬ 
served area of a directory entry. So 
if you use DUAL BOOT, and allow 
DOS to update a file, any EAs on 
that file will be lost. 


Each cluster (allocation unit) in 
EA_DATA._SF corresponds to the 
EAs of one file. This is another 
problem: Usually, EAs for files oc¬ 
cupy only a few bytes, and the rest 
of that cluster is wasted space. On a 
drive with 2048-byte clusters, 500 
files with EAs will create a 1 MB 
EA_DATA._SF file. Since HPFS 
has built-in EA storage, you won’t 
waste as much space for EAs as 
with FAT. 

Now that you see how and where 
EAs are stored, let’s discuss the 
proper handling procedures for FAT 
files with EAs. 

1. If you boot real DOS, then when¬ 
ever DOS updates a file’s directory 
entry by writing to that file, the link 
to the EA_DATA._SF file is de¬ 
stroyed. OS/2’s CHKDSK can re¬ 
claim the lost EAs, and EAUTIL 
can re-attach them, but it’s better to 
avoid the problem. 

2. If you use a DOS-based 
backup/restore program, all your 
EAs are lost, because no DOS pro¬ 


gram saves and restores the EA 
pointers in the directory entries. 

3. If you delete the EA_DATA._SF 
file, you are left with pointers, but 
no data. This is the worst situation 
to be in, because if you ever add 
new EAs, they will be cross-linked 
with the old pointers. This often 
causes “access denied” errors, 
which can be corrected with OS/2’s 
CHKDSK. 

4. DOS CHKDSK doesn’t know 
about EAs, so you should always 
use the OS/2 CHKDSK, even on 
FAT drives. 

5. DIR /N shows you which files 
have EAs attached to them. 

If you use care when booting real 
DOS, or if you stay in OS/2 at all 
times, the EA_DATA._SF file 
won’t cause any trouble. It may 
grow quite large, but only if you 
drop EAs into all your files. If you 
use that many EAs, you may want 
to switch to HPFS. 
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Q: 

Why do I have to use Shutdown be¬ 
fore I turn off my OS/2 system? 
What damage happens if I just 
power down? 

A: 

OS/2 has a lot going on under the 
covers, and the Shutdown option of 
the Workplace Shell is the safest 
way to stop every piece of the sys¬ 
tem. However, Shutdown isn’t abso¬ 
lutely necessary. Here are your 
options: 

1. Full shutdown. If you select the 
Workplace Shell’s Shutdown op¬ 
tion, OS/2 performs the following 
steps: 

A. Inform All PM programs that 
they should shut down. PM pro¬ 
grams can save any data, and 
even display a pop-up window to 
inform you that the program is 
shutting down. 

B. Display a pop-up for each non- 
PM program. Since non-PM pro¬ 
grams cannot be told that the 
system is shutting down, OS/2 
wants you to give the go-ahead 
to stop these programs. 

C. Save the current state of the 
desktop. This includes object po¬ 
sitions, and the list of currently- 
running applications (so they can 
be re-started when you start 
OS/2 the next time). 


D. Flush all file-system cache buff¬ 
ers, close all files, and lock the 
system so no programs can ac¬ 
cess the disk. When this is done, 
the disks are marked “clean,” 
which means an automatic 
CHKDSK is not performed the 
next time you start OS/2. 

2. “Quick” shutdown. If you press 
Ctrl-Alt-Del, OS/2 performs only 
the file-system flush (step D above). 
This avoids the automatic 
CHKDSK, but does not save the 
state of the desktop. For most of us, 
that just means that if you have rear¬ 
ranged your desktop objects, they 
will return to their original positions 
when you re-start. 

3. “Dirty” shutdown. If you power 
off without using Shutdown or Ctrl- 
Alt-Del, nothing is saved. Since the 
file systems are not marked “clean,” 
CHKDSK will run the next time 
you start OS/2. Also, because cache 
buffers were not flushed, some data 
may not have been written to disk, 
and is lost. 



If you press Ctrl-Alt-Del, 
OS/2 performs only the 
file-system flush. 
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The potential for lost data is very 
real, so you should never power 
down your computer without at 
least using Ctrl-Alt-Del. If your sys¬ 
tem loses power accidentally, the 
CHKDSK recovery will minimize 
the damage to your files, but there 
is always a chance that critical data 
will be lost. 

A full shutdown can often take sev¬ 
eral minutes. If you don’t want to 
spend that much time, use Ctrl-Alt- 
Del and save yourself the trouble 
and expense of lost data. 

Got a Question? 

If you have questions about OS/2 
2.1, or have a technical tip you 
would like to share with others, 
send me a note. I can be reached at: 

CompuServe: 72360,3555 
Internet: azzarito@cse.fau.edu 
FIDO: 1:369/68 


Doug Azzarito is president of Tech¬ 
nology Consultants of the Palm 
Beaches , Inc., a microcomputer con¬ 
sulting firm. He has worked on con¬ 
tract to IBM on OS/2 development 
projects since 1986. Doug is also 
co-author of RBBS-PC, the industry- 
standard bulletin board software for 
personal computers. He received a 
BS in Computer Science from the 
University of Florida in 1982. 
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Random Data 


IBM Personal 
Software 
Product 
Strategy 

DeeAnne Safford 
IBM Corporation 
Boca Raton , Florida 

This is a reprint of part of the 
article in the April 1993 issue of 
IBM Personal Systems Technical 
Solutions. 

Requirements for Future 
Directions 

Today’s users are making tradeoffs 
when determining the appropriate 
operating system and platform to de¬ 
velop and run the software that 
solves their business problems. 

DOS and OS/2 are Intel-based, 
while UNIX** is often RISC-based. 
Advanced, Intel-based, 32-bit appli¬ 


cations are available on OS/2. Even 
if they could run on the same plat¬ 
form, user interfaces are so dissimi¬ 
lar that end-user education and 
productivity, as well as end-user 
support, can be adversely impacted. 

Today, users are compromising with 
an inferior application, or they 
“swallow” the expense of multiple 
systems on the same desktop. Could 
there be a way to run existing 
UNIX applications on Intel proces¬ 
sors, and existing DOS, DOS/Win- 
dows, and OS/2 applications on 
RISC processors? Currently, a vast 
amount of processing power on 
desktops is mostly unused. Could 
we start using those idle MIPS? Is 
there a way to ensure that applica¬ 
tions written today will still be of 
value as technology changes? Addi¬ 
tionally, can we build and maintain 
a library of code (objects) that 
could be used and reused by OS/2, 
UNIX, and application developers? 
Could it be possible to make DOS, 
OS/2, and UNIX look and feel the 


same, using the most advanced user 
interface in the industry? 

Introducing the Workplace 
Family 

To satisfy these requirements and 
more, IBM is introducing the Work¬ 
place family. As shown in Figure 1, 
the Workplace family includes 
some current offerings and a new 
platform, the Workplace Operating 
System (OS). We are designing the 
Workplace family to do the 
following: 

• Improve usability for users, LAN 
administrators, and application 
developers 

• Help protect customer investment 
in hardware and software 

• Address business requirements 
ranging from stand-alone users to 
connected enterprises 

• Increase productivity for users, 
LAN administrators, and applica¬ 
tion developers 


Workplace on DOS 


Low-end Client 
Optimized 

- Handheld 

- Early PCs 
Scalable 


Workplace OS/2 Workplace OS Workplace on UNIX 


Premier 32-bit Client/Server 
First-class Support 

- DOS 

- Windows 3.x 
-OS/2 


Portability (Intel and RISC) Common Technology 
Personalities 

- OS/2 

- DOS/Windows 

- DOS 

- UNIX 
SMP 


Figure 1. IBM’s Workplace Family 
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We plan to continue enhancing 
OS/2 and AIX*, building on their 
unique strengths and attributes, 
while taking advantage of similar ar¬ 
chitectural components. The archi¬ 
tectural components that members 
of the Workplace family will share 
are the Workplace Shell, objects, 
and distributed computing. While us¬ 
ing this technology across product 
lines, we plan to make it available 
to other software and hardware 
companies. 

Workplace Shell: Improved usabil¬ 
ity is key to personal computing in 
the 1990s. Based on user feedback, 
IBM will be using the Workplace 
Shell across its product line. We are 
working toward developing a power¬ 
ful, easy-to-use interface for DOS 
that complements the new genera¬ 
tion of portables - Workplace on 
DOS. This will improve the usabil¬ 
ity of DOS by eliminating complex 
syntax and command strings. It will 
provide a GUI consistent with 
OS/2, simplifying the use of DOS 
and migration to OS/2. Workplace 
OS/2 will continue to be enhanced 
to make it an even more powerful, 
yet easy-to-use interface. The Work¬ 
place Shell GUI is also being devel¬ 
oped for the UNIX environment. 

Providing users with similar inter¬ 
faces across operating system plat¬ 
forms can achieve the benefits of 
reduced education costs, lower sup¬ 
port costs, and higher productivity. 

A common user interface across 
DOS, OS/2, Workplace OS, and 
UNIX is the first step in resolving 
the platform dilemma facing users 
today. 

Workplace OS: The Workplace 
OS platform has been designed to 
complement and extend the current 
OS/2, DOS, and AIX operating sys¬ 
tem family. Workplace OS is a flex¬ 
ible, modular platform that allows 


“pluggable” support for device driv¬ 
ers, application environments, and 
operating system services (from ad¬ 
vanced file systems and communica¬ 
tions systems to multimedia, pen, 
and speech systems). 

With the Workplace OS platform, 
users will be able to take advantage 
of multiple operating system envi¬ 
ronments called personalities on a 
single desktop. A personality takes 
on the characteristics and support of 
an operating system platform, such 
as OS/2 or DOS. Personalities can 
include DOS, Windows, OS/2, and 
UNIX. The UNIX personality is be¬ 
ing designed to support different 
UNIX application environments. In¬ 
itially, the UNIX personality is 
planned to be based on OSF/1** 1.2 
Application Environment Specifica¬ 
tion (AES), and will support 
existing AIX PS/2 Version 1.3 appli¬ 
cations. Other UNIX environments 
under consideration are AIX for the 
RISC System/6000* and SVR4.X. 

The Workplace OS platform will 
take advantage of the common tech¬ 
nology (Workplace Shell, objects, 
application frameworks, and distrib¬ 
uted computing) that will be utilized 
across the IBM PSP family. 

The Workplace OS platform will 
use microkernel technology. Micro¬ 
kernel technology supports multiple 
hardware platforms, such as Intel 
and RISC. It also will exploit a vari¬ 
ety of multiprocessor-based com¬ 
puter technologies, such as 
symmetric multiprocessing, parallel 
processing, and loosely coupled 
clusters. Figure 2 shows the Work¬ 
place OS architecture. 

Hardware Independence with the 
IBM Microkernel: Today’s appli¬ 
cations are usually written for spe¬ 
cific operating systems. This has 
created a problem for both MIS 


staff and developers. They must se¬ 
lect the platforms and then write the 
application for each system’s native 
operating system. To resolve the 
problem of developing multiple ver¬ 
sions of the same application, IBM 
is developing the IBM microkernel 
with operating system personalities. 

IBM’s approach takes a single mi¬ 
crokernel and makes it run on many 
processor types - whether Intel or 
RISC - such as IBM’s PowerPC* 
RISC processor under development 
by IBM, Apple**, and Motorola**. 
However, instead of developing an 
IBM proprietary microkernel tech¬ 
nology, we chose to work from an 
industry-standard kernel. Our mi¬ 
crokernel architecture is based on 
Carnegie-Mellon** University’s 
Mach 3 microkernel. Developing 
from an industry-standard kernel 
allows IBM to offer this kernel to 
other hardware and software compa¬ 
nies in the industry, underscoring 
IBM’s strong commitment to open 
systems and industry standards. 

IBM has extended the Mach micro¬ 
kernel to provide additional capabili¬ 
ties and enhanced performance. 
Among the enhancements is the abil¬ 
ity to have user-level device drivers 
which run outside of the micro¬ 
kernel, reducing its size and allow¬ 
ing dynamic loading/unloading of 
device drivers. Also, the Interproc¬ 
ess Communication (IPC) mecha¬ 
nisms have been enhanced and 
performance greatly improved. Real¬ 
time support has been added, and 
the thread-scheduling algorithms in 
the microkernel have been improved. 

To maximize performance, the mi¬ 
crokernel supports threads that can 
execute simultaneously across multi¬ 
ple microprocessors, providing scal¬ 
able system performance. 
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Workplace Desktop and Application Framework 


Applications 


Applications 


System Management 


Object-based Distributed Services 



Services 

Services 

Drivers 

Personalities 


IBM Microkernel 

Hardware: Intel, RISC, ... 



Figure 2. Workplace OS Architecture 


Support for Multiple Processors: 

Microkernel symmetrical multiproc¬ 
essing support enables applications 
to run different threads of execution 
simultaneously on different micro¬ 
processors within the same system. 
Users can scale the performance of 
the system as application and sys¬ 
tem workload demands increase. 
When the symmetrical multiproces¬ 
sing microkernel is used in combina¬ 
tion with our distributed computing 
environment, a system’s workload 
can be allocated efficiently across 
multiple systems in a single net¬ 
work, delivering substantially better 
performance. 

Support for Wide Range of 
Applications: To ensure that exist¬ 
ing and new applications will con¬ 
tinue to run, we are building 
personalities that work with the mi¬ 
crokernel. The microkernel contains 
the microprocessor-specific code 
(containing only the code that con¬ 
trols fundamental CPU access and 
processes), but the personalities pro¬ 
vide the application environment. 
Therefore, DOS, Windows, OS/2, 


and UNIX applications run unmodi¬ 
fied within their specific personality 
on the microkernel. The result is an 
optimized microkernel and personal¬ 
ity that can accomplish more, and 
with greater flexibility and reliabil¬ 
ity than a monolithic operating 
system. 

Object-Oriented Technology 

IBM PSP is developing object- 
oriented technologies with a distrib¬ 
uted system and application focus, 
pursuing a strategy to significantly 
improve the next generation of com¬ 
puting. Our focus is on creating an 
open environment for developing 
distributed applications. 

End User’s View: From the user’s 
perspective, object-oriented technol¬ 
ogy will make using personal com¬ 
puters more intuitive and easier to 
use. For example, in OS/2’s Work¬ 
place Shell, a user can simply “drag 
and drop” the picture of a file onto 
a picture of a printer to get a docu¬ 
ment printed. The user does not 
have to remember complex operat¬ 
ing system instructions. Object- 


oriented technology will bring sev¬ 
eral benefits to users: 

• Increased ease of use and produc¬ 
tivity that includes more intuitive 
applications and consistent inter¬ 
action among applications 

• Greater application availability, 
since applications can be devel¬ 
oped faster because of reusable 
code 

• Higher-quality application reli¬ 
ability due to reusable code 

Application Developer’s View: 

Object-oriented programming has es¬ 
tablished itself as an important meth¬ 
odology in developing high-quality, 
reusable code. Operating systems 
and tools vendors are beginning to 
offer class libraries and frameworks. 
Visual programming tools are 
emerging to assist end users with 
software application assembly. 

Our strategy is to develop products 
that provide a basis of developing 
object-oriented distributed applica¬ 
tions, and enable domain experts 
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- GUI and 
Application 
Builder 

- Extension 
Language 


Figure 3. Object Enabling and Visual Programming Tools 
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and end users to create distributed 
line-of-business applications. 

The paths to achieve this strategy 
are the development of system-level 
enabling technologies and frame¬ 
works, and creating application de¬ 
velopment shells and protocols. At 


the system level, efforts are focused 
on the SOM. At the applications de¬ 
velopment level, a set of applica¬ 
tions frameworks and visual 
programming tools are under devel¬ 
opment, as shown in Figure 3. 


System Object Model: In OS/2 
2.0, IBM introduced a new system 
for developing class libraries and ob¬ 
ject-oriented programs. This system 
is called System Object Model. 

SOM is a technology for packaging 
object-oriented class libraries. It pro¬ 
vides a language-neutral model for 


Workplace OS 
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Object-oriented Layer 


Multiple Application Personalities 
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Technology 


Taligent 

OS 

Object-oriented 
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Microkernel Technology 


IBM PSP Path 
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Figure 4. IBM’s Object-oriented Direction 
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defining libraries of objects that op¬ 
erate across many computer lan¬ 
guages. Because a single version of 
an application will operate on many 
computer systems, software develop¬ 
ers should be able to spend their 
time building new applications. 

They should no longer waste time 
building multiple versions of each 
application for every supported com¬ 
puting platform. Class libraries built 
with SOM can be defined and imple¬ 
mented in one language and be us¬ 
able in another language. Today’s 
SOM supports the C language. Addi¬ 
tional language support, including 
C++ and COBOL, will become 
available in 1993 and 1994. 

Because this approach allows devel¬ 
opers to build applications by tailor¬ 
ing and linking pretested objects 
from different developers’ libraries, 
two fundamental changes can occur 
in software development. First, 
software developers become more 
productive; they can create sophisti¬ 
cated applications in a fraction of 
the time of traditional programming 
methods. Second, the work invested 
in creating an object has multiple 
dividends, since the object is reused 
in future applications. 

IBM’s SOM is a clean-sheet ap¬ 
proach to unlocking the benefits of 
the object-oriented systems model. 

It is not dependent on any specific 
computer language, architecture, 
CPU, or operating system. SOM is 
currently shipped as part of OS/2 
(runtimes with the operating system, 
and bindings and SOM compiler in 
the OS/2 Developer’s Toolkit); it 
has been a funded development ef¬ 
fort at IBM since 1989. Since then 
it has been reviewed by some of the 
computer industry’s leading develop¬ 
ers of programming languages, and 
by commercial and corporate soft¬ 
ware developers. These reviewers 
anticipate SOM’s role as a universal 


translator of applications and ob¬ 
jects developed in diverse program¬ 
ming languages. 

Taligent: Taligent** is an inde¬ 
pendent joint venture established by 
IBM and Apple. A key objective in 
forming Taligent was to bring the 
benefits of object-oriented technol¬ 
ogy to customers more quickly. 
Taligent’s native environment will 
coexist with IBM’s current prod¬ 
ucts. Integrating Taligent-derived 
technology into IBM’s Workplace 
family will provide a stable path to 
Taligent’s new generation of 
systems. 

Taligent will play an important part 
in optimizing the 32-bit object envi¬ 
ronment by introducing revolution¬ 
ary object technologies. As shown 
in Figure 4, IBM PSP will integrate 
technology from Taligent in future 
versions of IBM’s products. Eventu¬ 
ally, Taligent will introduce an 


object-oriented environment, re-engi¬ 
neered from the ground up, and will 
build compatibility around it for to¬ 
day’s 32-bit OS/2 applications. 

Dee Anne Safford is a program 
manager in IBM's Personal 
Software Products Marketing 
Strategy Group. She is presently 
involved with developing the 
marketing strategies for Personal 
Software Products. She holds an 
MBA from Nova University in Fort 
Lauderdale , Florida. 

IBM Personal Systems Technical 
Solutions, published bimonthly, 
features technical articles about 
hardware , software , and 
networking. Subscriptions are 
available for $50 a year from The 
TDA Group , P. O. Box 1360, Los 
Altos CA 94023-1360. IBM 
employees can subscribe by using 
the subscription facility in I NEWS. 
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Report on 
IBM’s PSP User 
Group Relations 

Gene Barlow 
IBM Corporation 
Austin , Texas 

Now in its second decade, IBM’s 
PSP User Group Relations is doing 
more than ever to support PC user 
groups. 

IBM was among the first companies 
to recognize the valued role that PC 
user groups play in the microcom¬ 
puter industry. IBM’s PC User 
Group Support department was 
among the first ten departments set 
up by the fledgling IBM Personal 
Computer business in 1981. During 
the 1980s, our user group support 
programs were unparalleled and be¬ 
came the model for other PC hard¬ 
ware and software vendors to 
emulate. IBM’s high level of sup¬ 
port and concern for PC user groups 
continues today. 

At the local user group level, we lo¬ 
cate and furnish knowledgeable 
speakers to present at monthly meet¬ 
ings. To complement speakers, we 
furnish door prizes and merchandis¬ 
ing items. Occasionally we place 
ads in user group publications. We 
list all the local user groups that are 
known to us in our comprehensive 
data base, and we help people find 
their nearest PC user group. We pro¬ 


duce this publication, IBM Personal 
Software Technical Newsletter , spe¬ 
cifically for PC user groups, and in 
future issues we intend to reprint 
the best articles about IBM Personal 
Software Products that first ap¬ 
peared in local user group 
newsletters. 

We will be enhancing our support 
for OS/2-specific user groups, and 
for OS/2 Special Interest Groups 
(SIGs) within PC user groups. Stay 
tuned! 



We will be enhancing our 
support for OS/2-specific 
user groups and for OS/2 
Special Interest Groups 
within PC user groups. 


For many years we have cultivated 
good relationships with PC user 
group officers. We contact them pe¬ 
riodically to solicit their feedback. 
We send them samples of PC soft¬ 
ware products that we acquire. User 
group officers get toll-free access to 
the IBM National Support Center 
BBS. When time permits, we send 
them PC User Group Officer Notes, 
which keeps them abreast of things 
that officers should know. 


IBM was instrumental in the forma¬ 
tion of the Association of PC User 
Groups, and we continue to pro¬ 
mote the association and its activi¬ 
ties. Our most visible contribution is 
the sponsorship of several events, 
usually spanning an entire weekend, 
that take place under APCUG aus¬ 
pices at major trade shows. We sup¬ 
plied IBM PC computer systems 
and software for the APCUG’s Glo- 
balnet BBS, a state-of-the-art sys¬ 
tem employing the latest 
technologies and literally spanning 
the globe. We are in constant con¬ 
tact with the APCUG’s officers - 
the world’s leading PC user group 
advocates - and we sponsor some 
of their activities, such as informal 
meetings, the development of the 
APCUG’s user group data base, and 
the APCUG’s demographic survey 
of user group members. 

While doing all these things for the 
PC user group community, IBM has 
also developed cordial relationships 
with our fellow user group relations 
staffs from other major vendors. All 
of us want to ensure that PC user 
groups receive the attention and rec¬ 
ognition they deserve. 

We welcome any feedback you 
have about our support programs. 
Please send it to 

IBM PSP User Group Relations 
P.O. Box 201449 
Austin TX 78720-1449 
or electronically via Internet to 
ibmpcug @ vnet.ibm.com. 

Thanks! 
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OS/2 User Group Listing 

Over the past year dozens of OS/2 User Groups have been formed. Joining a 
user group is a great way to share information and broaden your knowledge 
about OS/2. This list will assist you in contacting a group near you. 

The designation “OS/2 SIG” indicates a Special Interest Group within a 
larger PC User Group. 


Fresno PC Users Group, OS/2 SIG 

P.O. Box 5987 

Fresno, CA 93755 

Bay Area OS/2 User Group 

c/o Guy Scharf, Software Architects Inc 

2163 Jardin Dr 

Mountain View, CA 94040-2253 

San Francisco OS/2 Users Group 
c/o Bob Barber, AOSI 

250 World Trade 

San Francisco, CA 94111 

San Francisco PC Users Group, OS/2 

SIG 

3145 Geary Blvd #284 

San Francisco, CA 94118 

OS/2 User Group, 

c/o Gerald Brown, World Savings and 
Loan 

794 Davis St 

San Leandro, CA 94577 

Sacramento PCUG, OS/2 SIG 
c/o TR Rudkin 

7228 Circle Park Way 

Sacramento, CA 95823 

Sacramento OS/2 Users Group 
c/o Charlie Kotan 

P.O. Box 460 

Grass Valley, CA 95945 

Colorado 

Rocky Mountain OS/2 User Group 
c/o Robert Saenz, IBM Corporation 

4700 S Syracuse 

Denver, CO 80237 

Connecticut 

New England OS/2 User Group 
c/o Ron Beauchemin 

ABB C-E Services Inc 

200 Great Pond Dr 

Windsor, CT 06095 

Danbury Area Computer Society, OS/2 
SIG 

12 Noteworthy Dr 

Danbury, CT 06810-7217 


Arizona 

Phoenix PC Users’ Group, OS/2 SIG 
c/o Bill & Ester Schindler 

P.O. Box 355637 

Phoenix, AZ 85069 

Tucson Computer Society, OS/2 SIG 
c/o John Aucott 

P.O. Box 1489 

Tucson, AZ 85702 

OS/2 User Group for Northern Arizona 
c/o Keith Wood 

1448 E Maricopa 

Cottonwood, AZ 86326 

California 

Greater South Bay PCUG, OS/2 SIG 
c/o Fred Zimble 

355 S Grand Ave, 22nd floor 

Los Angeles, CA 90071 

Long Beach IBM Users Group, OS/2 

SIG 

4176 Woodruff Ave, Suite 517 

Long Beach, CA 90713 

Los Angeles OS/2 Technical Architect 
Group 

c/o Alan Duboff 

6507 Whitaker Ave 

Van Nuys, CA 91406 

San Diego OS/2 User Group 
c/o Craig Swanson 

P.O. Box 13346 

La Jolla, CA 92039-3346 

Orange County IBM PCUG, OS/2 SIG 
P.O. Box 1779 

Brea, CA 92622 

North Orange County Computer Club, 
OS/2 SIG 

P.O. Box 3616 

Orange, CA 92665 

Los Angeles OS/2 User Group 
c/o Paul Duncanson 

3008 Texas Ave 

Simi Valley, CA 93063 


Florida 


Space Coast PC Users Group, OS/2 
SIG 

P.O. Box 369 
Cocoa, FL 32923-0369 


South Florida OS/2 User’s Group 
c/o Doug Azzarito 
2399 NW 30th Rd 
Boca Raton, FL 33431-6212 


Tampa Bay OS/2 Users Group 
c/o Sue Mattiace, IBM Corporation 
3109 W Dr ML King Jr Blvd 
Tampa, FL 33607 

Pinellas IBM-PC Users Group, OS/2 
SIG 

c/o Michael C Grogg 
1510 Barry St, #J-2 
Clearwater, FL 34616-4410 


Georgia 

Atlanta OS/2 Users Group 
c/o Robert Cannon, Micro Integration 
Services 

3070 Presidential Dr, Suite 220 
Atlanta, GA 30340 


Illinois 


North Suburban Chicago OS/2 User 
Group 

c/o James Schmidt, William M Mercer 
Inc 

1417 Lake Cook Rd 
Deerfield, IL 60015 


Western Suburban OS/2 User Group 
c/o Dwight Cannon, CR Industries 
888 N State St 
Elgin, IL 60123 

Chicago Computer Society, OS/2 SIG 
c/o Raymond Prior, Reuters 
311 South Wacker, Suite 1200 
Chicago, IL 60606 

Chicago OS/2 User Group 

c/o El wood Spencer, IBM Corporation 

One IBM Plaza (7th fir) 

Chicago, IL 60611 
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Illinois (cont.) 

Champagne-Urbana OS/2 Users Group 
c/o Melissa Woo 

Dept Physio & Biophysics 

524 Burrill Hall 

407 S Goodwin Ave 

Urbana, IL 61801 

Central Illinois OS/2 Users Group 
c/o Britt Hagen, IHCCCC 

516 E Monroe, Suite 200 

Springfield, IL 62701-1529 

Indiana 

Indianapolis Computer Society, OS/2 

SIG 

P.O. Box 2532 

Indianapolis, IN 46206 

Fort Wayne OS/2 Users Group 
c/o Stephen Gutknecht 

2721 Clara Ave 

Fort Wayne, IN 46805 

Kokomo IBM PC Users Group, OS/2 

SIG 

c/o Richard Smiley 

2817 Plum Court 

Kokomo, IN 46902 

Iowa 

Des Moines OS/2 User Group 
c/o Bob Wruck 

12824 NW 127th Ct 

Des Moines, IA 50325 

Kentucky 

Kentucky-Indiana PCUG, OS/2 SIG 

P.O. Box 3564 

Louisville, KY 40201 

Louisiana 

Baton Rouge OS/2 User Group 
c/o David Arbour 

16726 Bristoe Ave 

Baton Rouge, LA 70816 

Maryland 

Capital PC User Group, OS/2 SIG 

51 Monroe St, Plaza East Two 

Rockville, MD 20850 

Central Maryland Micro Users Group, 
OS/2 SIG 

9337 Angelina Circle 

Columbia, MD 21045-5110 

Massachusetts 

Boston Computer Society OS/2 Users’ 
Group 

c/o Marcia Gulesian 

1073 Main St 

Concord, MA 01742 


Michigan 

Users’ PC Organization, OS/2 SIG 

P.O. Box 80086 

Lansing, MI 48908-0086 

Delta DOS User’s Group, OS/2 SIG 
c/o Dr John G Faughnan 

College of Human Medicine 

2500 Seventh Ave South #120 

Escanaba, MI 49829-1196 

Minnesota 

Minnesota OS/2 Users Group 
c/o Marcus Krumpholz 

7300 12th Ave S 

Minneapolis, MN 55423 

Missouri 

Gate way/2 OS/2 Users Group 
c/o John Kelley 

P.O. Box 11583 

Clayton, MO 63105 

Mid-Missouri OS/2 User Group 
c/o Phillip Wilson 

101 Park De Ville Dr 

Columbia, MO 65203 

Nebraska 

Omaha OS/2 Users Group 

c/o Joseph Wurtz, IBM Corporation 

450 Regency Pkwy 

Omaha, NE68114 

Lincoln OS/2 Users Group 

c/o Robert Peinado, IBM Corporation 

1111 Lincoln Mall, 4th floor 

Lincoln, NE 68508 

Nevada 

Las Vegas PC User Group, OS/2 SIG 
c/o Dr N H A Karunaratne 

3549 Ladera Ave 

Las Vegas, NV 89120 

New Hampshire 

New Hampshire OS/2 User Group 
c/o Frank Richards 

P.O. Box 71 

Marlow, NH 03456 

New Jersey 

Northern NJ OS/2 User’s Group 
c/o David Medinets 

P.O. Box 82 

Roseland, NJ 07068 

Assoc of PC Professionals, OS/2 SIG 
c/o Nick Cvetkovic 

808 Richard Rd 

Cherry Hill, NJ 08034 


Central Jersey PCUG, OS/2 SIG 
c/o Peter Cohen 

306 Ryan Ave 

Bay ville, NJ 08721 

New York 

New York OS/2 Users Group (NYPC) 
c/o William H Zack & Associates 

156 Hulls Highway 

Southport, CT 06490 

Westchester OS/2 Users Group 

42 Barker Ave, Suite 4G 

White Plains, NY 10601 

PC Users Group of Rockland County, 
OS/2 SIG 

c/o H Stanley Smith 

9 Chestnut Grove Court 

New City, NY 10956-2713 

Long Island OS/2 User’s Group 
c/o Jeffrey Altman, President 

P.O. Box 849 

East Setauket, NY 11733 

Central NY PC Users Group, OS/2 SIG 
c/o Stewart Davis 

4760 Broad Road 

Syracuse, NY 13215 

Frog Computer Society, OS/2 SIG 
c/o Nick Francesco 

321 Executive Office Bldg 

Rochester, NY 14614-1701 

North Carolina 

Triangle OS/2 User Group 

c/o Steve Gallagher, IBM Corporation 

8 Davis Dr (Bldg 632, Rm B212) 
Research Triangle Park, NC 27709 

Ohio 

Columbus Computer Society, OS/2 SIG 
c/o David Jackson, IBM Corporation 

140 E Town St 

Columbus, OH 43216-5195 

CWRU OS/2 User Group 
c/o Douglas Bell 

2585 Euclid Heights Blvd, #1 

Cleveland, OH 44104 

Greater Cleveland PC Users Group, 

OS/2 SIG 
c/o Charlie Sweet 

Society Natl Bank, Information Svcs 

127 Public Sq 

Cleveland, OH 44114 

NE Ohio OS/2 Users Group 
c/o Garey Smiley 

750 E Tallmadge Ave, Suite A-100 
Akron, OH 44310 
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Oklahoma 


Oklahoma City PC Users Group, OS/2 
SIG 

P.O. Box 12027 

Oklahoma City, OK 73157-2027 

Tulsa Computer Society, OS/2 SIG 
c/o Don Singleton 

3311 South 127 East Place 

Tulsa, OK 74146 

Pennsylvania 

Pittsburgh OS/2 User Group 

c/o Sheryl Reisker, IBM Corporation 

4 Allegheny Center, 6th floor 

Pittsburgh, PA 15212 

Pennsylvania Computer Society, OS/2 
SIG 

c/o Bill Wolff, Wolff Data Systems 

836 Redgate Rd 

Dresher, PA 19025 

Delaware Valley OS/2 User Group 

P.O. Box 784 

Philadelphia, PA 19105 

Exton PC Council, OE SIG 
c/o Donna Campanella 

310 N High St 

West Chester, PA 19380 

South Carolina 

Palmetto PC Club, OS/2 SIG 
c/o Steve Robertson 

1629 Goldfinch Lane 

West Columbia, SC 29169 

Hilton Head Island Computer Club, 

OS/2 SIG 

c/o Harry Skevington 

16 Forest Dr 

Hilton Head Island, SC 29928 

Tennessee 

Music City PC User Group, OS/2 SIG 
c/o Alan Ashendorf 

488 Saddle Dr 

Nashville, TN 37221 

Chattanooga OS/2 Users Group 
c/o Steve Harris, TVA MP 3B-C 

1101 Market St 

Chattanooga, TN 37401 

East Tennessee PC Users Group, OS/2 
SIG 

c/o Arnold Sprague 

448 N Cedar Bluff Rd, #184 

Knoxville, TN 37923 


Memphis PC Users Group, OS/2 SIG 
P.O. Box 241756 
Memphis, TN 38124-1756 


Texas 


North Texas PC Users Group, OS/2 

SIG 

P.O. Box 780066 

Dallas, TX 75378-0066 

Dallas/Ft Worth OS/2 User Group 
c/o Toby Penny cuff 

1211 Wilshire Blvd 

Arlington, TX 76012-4623 

HAL-PC, OS/2 SIG 
c/o Odis Wooten 

1200 Post Oak #106 

Houston, TX 77056 

Golden Triangle PC Club, OS/2 SIG 
c/o Ira Wilsker 

5770 Clint Ln 

Beaumont, TX 77713-9531 

Alamo PC Organization, OS/2 SIG 

P.O. Box 65180 

San Antonio, TX 78265-5180 

Central Texas PCUG, OS/2 SIG 
c/o John Dierdorf 

8109 Greenslope 

Austin, TX 78759 

Southwest International PC Club, OS/2 
SIG 

P.O. Box 371585 

El Paso, TX 79937-1585 

Utah 

Utah Computer Society, OS/2 SIG 
c/o Bill Harris 

P.O. Box 510811 

Salt Lake City, UT 84151 

Utah Valley PC User Group, OS/2 SIG 
c/o Neil Wagstaff 

P.O. Box 233 

Provo, UT 8Virginia 

Virginia 

Richmond PC User’s Group, OS/2 SIG 
P.O. Box 17068 

Richmond, VA 23226 

Wisconsin 

Milwaukee Area IBM PCUG, OS/2 SIG 
c/o Rip Edmundson 

5870 S Dunvegan Dr 

New Berlin, WI 53146 

Madison PC User’s Group, OS/2 SIG 
P.O. Box 2598 

Madison, WI 53701-2598 

Fox Valley Tech College PC Users 
Group, OS/2 SIG 

1825 N Bluemound Dr 

Appleton, WI 54913 


Canada 


Vancouver PC Users’ Society, OS/2 

SIG 

c/o Jonathan Story 

P.O. Box 12 

Vancouver, BC V6C 2L8 Canada 

Greater Victoria PC User’s Assoc, 
Multitasking SIG 

P.O. Box 5309, Station B 

Victoria, BC V8R 6S4 Canada 

OS/2 LAN Users Group 

c/o Tracey Kerr, IBM Canada Ltd 

1803 Douglas St, 2nd floor 

Victoria, BC V8T 5C3 Canada 

Winnipeg OS/2 User Group 
c/o Paul Marcino 

P.O. Box 2914 

Winnipeg, MB R3C 4B5 Canada 

Regina OS/2 User Group 
c/o P Takis Skagos 

3438 Keohan Cr 

Regina, SK S4V 1J5 Canada 

Kawartha Computer Club, OS/2 SIG 
c/o Neil Eaton 

1304 Clonsilla Ave 

Peterborough, Ontario K9J 5Z2 Canada 

Toronto OS/2 Sysops 
c/o John Chamberlain 

126 Celest Dr 

Scarborough, Ontario M1E 2V1 Canada 

OS/2 Corporate Focus Group 
c/o George Oliver, Royal Bank of 
Canada 

315 Front Street West 

Toronto, Ontario Canada 

Montreal OS/2 Users Group 
c/o Gilbert Lefebvre 

10214 Ave Peloquin 

Montreal, Quebec H2C 2J8 Canada 

Groupe des Utilisateurs d’OS/2 de 
l’Estrie 

c/o Francois Menard 

P.O. Box 142 

Sherbrooke, Quebec J1H 5H8 Canada 

Groupe des Utilisateurs d’OS/2 de 
Montreal 

c/o Gilbert Daigle 

807 Millington 

Greenfield Park, Quebec J4V 1R8 
Canada 

Atlantic OS/2 Users Group 

c/o Omkar Atwal, IBM Canada Ltd 

1969 Upper Water St, 11th floor 

Purdy’s Warf II 

Halifax, NS B3J 3R7 Canada 
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International 


Sydney PC Users Group, OS/2 SIG 

P.O. Box El62, St James 

Sydney, NSW 2000 Australia 

Victorian OS/2 Developers SIG 
c/o Jon Wright 

5 Brighton St 

Glen Waverly, Victoria 3150 Australia 

Melbourne PC User Group, OS/2 SIG 

66 Albert Road, 2nd Floor 

South Melbourne, Victoria 3205 

Australia 

Styrian OS/2 User Group 

Vogelweiderstrasse 6 

GRAZ, 8010 Austria 

OS/2 Working Group G.U.I.D.E. 

Karel Van der Haegen, K.U. Leuven - 
D.T.E.W. 

Dekenstraat, 2 

Leuven, B-3000 Belgium 

International OS/2 User Group 
c/o Mike Gove, Barton House 

Cirencester, Gloucestershire GL7 2EE 
England 

OS/2 User Group Deutschland 
c/o Heide Davis, PC & PR GmbH 

Kolner Strasse 51 

Mechemich-Kommern, D-5353 

Germany 

Usuarios de OS/2 

c/o Tulio Enrique Tercero 

GBM de Honduras, APDO 310 
Tegucigalpa, Honduras 

Holland User Group OS/2 (HUGO) 
c/o Paul Van Keep 

Lange Kerkdam 113 

Wassenaar, BT 2242 Netherlands 

New Zealand PC Assn. Inc, OS/2 SIG 
c/o Graeme Roberts 

P.O. Box 14025 

Wellington, 6030 New Zealand 

Wellington OS/2 Users Group 
c/o Andrew McMillan 

15 Airlie Rd, Karehana Bay, 

Plimmerton 6251 New Zealand 

Russian OS/2 User Group (ROSUG) 
c/o Dr Levon K Amdilyan 

Proyezd Serova, 4, Znznie Building 
Moscow, 101813 Russia 


Singapore OS/2 User Group 
c/o Yap Keng Ann, IBM Singapore 
80 Anson Rd 
0207 Singapore 


Joining a user group is a 
great way to share 
information and broaden 
your knowledge. 
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TEAM OS/2 
Wants You! 

Vicci Conway 
IBM Corporation 
Boca Raton, Florida 

and Janet Gobeille 
IBM Corporation 
Somers, New York 

TEAM OS/2 consists of volunteers 
who are OS/2 enthusiasts and who 
actively share their OS/2 knowledge 
and enthusiasm with others. Their 
activities include: 

• Supporting OS/2 user groups 

• Running private OS/2 BBSs or 
serving as a SysOp on major pub¬ 
lic BBSs or e-mail systems 

• Demonstrating OS/2 to user 
groups, at retail stores, and in 
other public places 

• Encouraging others to install and 
use OS/2 

• Helping support those who use 
OS/2 already by answering 
questions 


Joining the Team 

Teamers include IBM employees 
and non-IBMers world-wide. Mem¬ 
bership in TEAM OS/2 is not lim¬ 
ited to IBM employees; we 
encourage everyone who wants to 
promote OS/2 to join the team. 

To join TEAM OS/2, contact one of 
the following: 

CompuServe**: Vicci Conway, 
76711,1123 

Fidonet: Janet Gobeille, 
1:109/347.3479 

IBMMAIL: Vicci Conway, 
USIB4V94 at IBMMAIL 

Internet: Vicci Conway, 
vicci@vnet.ibm.com 

or fax your information to Vicci 
Conway at 1-407-982-1229. 

Please include: 

• Your name 

• Your userid(s) on all BBSs and e- 
mail systems that you frequent 


(this will be published in our pub¬ 
lic TEAM OS/2 list) 

• Mailing address (will not be 
published) 

• City, state, zip (this will be 
published) 

• Phone number (will not be 
published) 

• A one-line description about your 
participation (this will be publish¬ 
ed). For example, you may run 
an OS/2 BBS, be a member of 
(or have founded) a user group, 
be an OS/2 software consultant, 
or be the author of an OS/2 
application. 

Also, please let us know what 
you’ve been doing to qualify for 
TEAM OS/2. Refer to the list of ac¬ 
tivities mentioned above, or come 
up with something new and 
different! 

We will then put your name, city 
and state, BBS and e-mail addresses 
(of whichever systems you men¬ 
tion), and description in our public 
TEAM OS/2 list. 


IBM Support of TEAM 
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funds, to do public OS/2 demos and 
to support and encourage local re¬ 
tailers, IBM is offering support for 
these activities. 

Demos: If you’re planning to dem¬ 
onstrate OS/2 for a group of people 
or a public event - for example, 
public demos at universities, PC 
fairs, hamfests, shopping center 
malls, and OS/2 days at local retail¬ 
ers - please contact us (see how at 
the end of this section). We would 
like to know: 

• Date and location of scheduled 
event (location, city, state, 
country) 

• Number of teamers involved in 
doing or supporting the demo 

• Number of people expected to 
see your demo 

• If this is a public demo at a soft¬ 
ware retail store, also tell us how 
many store personnel are ex¬ 
pected to be working at the store 
during your demo (so that we can 
send them all OS/2 T-shirts to 
wear during your demo!) 

• Your name, shipping address, 
and telephone number 

We would like to help with a 
TEAM OS/2 Demo Pack, which 
consists of things to support your 
demo and to give away during it. 
The specific contents of your Demo 
Pack will vary according to your 
event, and we will discuss the con¬ 
tents after receiving your request. 


After your event, please send us a 
report that includes: 

• Names and addresses of all the 
teamers involved in the activity 

• The number of people who saw 
your demo or tried OS/2 during 
that time 

• Your assessment of how it went. 
Tell us what went well, what 
didn’t, and any advice you have 
for others doing demos. 

• Your suggestions for our TEAM 
OS/2 support in the future 

Note: This demo support does not 
apply to user group presentations. 
For support of a demonstration to a 
user group, contact: 

Internet: ibmpcug@vnet.ibm.com 

Inside IBM: 

IBMPCUG at AUSVM1 

Adopt a Store: We encourage you 
to “adopt” a local retail store. Meet 
the employees, answer their ques¬ 
tions about OS/2, encourage them 
to stock it, and visit them on a regu¬ 
lar basis. 

If you adopt a store that plans to 
carry OS/2, please contact us with 
the following information: 

• Name and address of store 

• Name of the store manager 

• Does the store have, or will it 
have, a demo OS/2 system? 


• Does the store need some OS/2 
marketing materials (posters, lit¬ 
erature, and so on)? 

If the answer to the last question is 
yes, we’ll send you a TEAM OS/2 
Store Pack for you to give to them. 

It contains things for the store’s em¬ 
ployees, marketing literature, post¬ 
ers, OS/2 2.1 demo diskettes, etc. 

Note: Retail store support is cur¬ 
rently available only within the U.S. 
However, if teamers outside the 
U.S. want to develop local versions 
of these Store Packs, please send an 
e-mail note or a fax to LUVOS2 
(see below). We will then send you 
more information. 

Contact Information for TEAM 
OS/2 Support from IBM: Please 
send your support request or inquiry 
to: 

CompuServe: Vicci Conway, 
76711,1123 

Fidonet: Janet Gobeille, 
1:109/347.3479 

IBMMAIL: Janet Gobeille, 
USIB45RN at IBMMAIL 

Internet: Janet Gobeille, 
LUVOS2@vnet.ibm.com 

Inside IBM: LUVOS2 at RHQVM12 

or fax your request to 
LUVOS2 at 1-914-766-3784. 
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Editorial: A New Name for an Old Friend 


Welcome to the first issue of IBM Personal Software Technical Newsletter. 

Does it look familiar? We hope it does. It’s the look we started in 1985 when we began 
publishing Exchange magazine and sending it to PC user groups throughout the U.S. Then, 
in 1988, we used the same look to start up IBM Personal Systems magazine, which today is 
going strong in its sixth year of publication. 

If you belonged to a PC user group in the mid 1980s, you probably remember Exchange. In 
it, we tried hard to provide you with useful technical information of added value, written 
both by IBM employees and by user group members. Exchange was very popular, and it 
was the linchpin in IBM’s industry-leading PC user group support. 

Now that we are poised to provide new heights of user group support in the 1990s, we think 
it’s time to bring you a newsletter similar to Exchange. We’re going to concentrate on 
bringing you technical information about IBM’s state-of-the-art Personal Software Products 
- OS/2, DOS, LAN Systems, Multimedia, Object Technology, Pen/Speech, and Taligent - 
and that’s why we’ve named this newsletter IBM Personal Software. 

This first issue consists primarily of articles from IBM employees about OS/2 2.1 and the 
Personal Software Products strategy. In future issues, we want to give lots of space to 
articles written by user group members. As in our previous practice, we encourage user 
group members to write articles for their own user group newsletters, after which we’ll read 
the newsletters, find the best articles about IBM Personal Software Products, and reprint 
them (with authors’ permission) in IBM Personal Software Technical Newsletter. So please 
make sure we receive your group’s newsletter! Our address is on the inside front cover. 

Even though we’re not new at producing publications like this one, we still want to get your 
feedback. We’ve set up a userid on Internet (which is also inside the front cover) to make it 
easy for you to communicate with us. We hope to hear from you, and we hope you enjoy 
IBM Personal Software Technical Newsletter! 


Gene Barlow 

Program Manager 

IBM PSP User Group Relations 
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OS/2 2.1 provides a better environment for 
Win dows than native Windows 3.1. (page 2) 


44___ 

OS/2 2.1 can now be installed from CD-ROM. 

(page 8) 


An easy way to customize the Workplace Shell is 

to use associations, (page 25) 


If the name of a .DLL file starts with BVH or IBM, it must remain 
in the \OS2\DLL subdirectory on the requester machine, (page 31) 


The Migrate Utility locates program files, creates program 
icons, and sets paths and some specific settings, (page 33) 


44 _ 

The swap file’s minfree value acts as a warning buffer. 

(page 36) 


44_ 

If you press Ctrl-Alt-Del, OS/2 performs 

only the file-system flush, (page 40) 


IBM’s approach takes a single microkernel and 
makes it run on many processor types, (page 42) 


Joining a user group is a great way to share information 
and broaden your knowledge about OS/2, (page 47) 


TEAM OS/2 consists of volunteers who are 
OS/2 enthusiasts, (page 51) 











































